🚀 go-pugleaf

W dniu wtorek, 25 kwietnia 2017 21:43:37 UTC+2 użytkownik (fir) napisał:
> W dniu wtorek, 25 kwietnia 2017 18:23:06 UTC+2 użytkownik godek....@gmail.com napisał:
> > W dniu wtorek, 25 kwietnia 2017 16:09:12 UTC+2 użytkownik (fir) napisał:
> > > W dniu wtorek, 25 kwietnia 2017 10:31:22 UTC+2 użytkownik godek....@gmail.com napisał:
> > > > W dniu poniedziałek, 24 kwietnia 2017 23:16:34 UTC+2 użytkownik Przemek Biernat napisał:
> > > > > OT
> > > > > 
> > > > > Sprawa wygląda tak że nagrałem przed ostatnią wersje na płyte a że nie podpisuje płyt to jest ich kilka, dzisiejsza transza kodu przepadła, a chce mieć źródła na flashu i nie było by problemu bo mam dwa komputery pietnastoletnie przy czym w żadnym z nich nie działa naped cd rom a na jednym jest linuks z dostępnym kontem gościa a na drugim xp w safe mode i teraz jak przenieść kod z płyty na flash drive jeżeli wogóle jest na jednej z płyt, komp xp jest z prockiem 32 bit a lin na 64. Od taka zagadka dla szerloka. Dodam że płyty były nagrywane po windows 10. Tak więc po kilku dniach walki mam ochotę nawalić się na sto różnych sposobów.
> > > > 
> > > > Polecam kupno działającego napędu cd rom oraz podpisywanie płyt
> > > > (a tak serio, to wygodniej po prostu trzymać swój kod np. na bitbuckecie,
> > > > używając Gita albo lepiej Mercuriala)
> > > 
> > > albo mozna choc napisac skrypt bat pakujacy projekty do archiwum zip
> > > 
> > >  "c:\Program Files\WinRAR\rar.exe" a -ag-YYYY-MM-DD-hh-mm -r  "g:\backups\code-backup.zip" "c:\CODE\"
> > > 
> > > to utworzy tego rodzaju paczki
> > > 
> > > code-backup-2016-11-25-17-51.zip
> > > 
> > > wystarczy kliknac bata czy enter w total komanderze
> > > i tez ktos ma cala historie projektow w folderze
> > 
> > No, i można sobie ten folder nagrać na płytkę, a później jej
> > nie podpisać albo zgubić albo zarysować, albo poczekać, aż napęd
> > CD przestanie działać.
> > A jak ktoś naprawdę nie lubi braku zajęć, to może sobie cały
> > ten folder zrarować, i takie duże archiwum podzielić i nagrać
> > na dyskietki.
> > 
> > Nie wspominając już o tym, że nie ułatwia to pracy w zespole,
> > bo "scalanie branczy" staje się bolesne, a powstała w ten
> > sposób historia nie będzie zawierała opisów zmian, będzie zajmowała
> > o rzędy wielkości więcej pamięci, a jeżeli na którymś etapie
> > pojawi się błąd wykryty dopiero dużo później, życzę powodzenia
> > w poszukiwaniach ;)
> > 
> > Naprawdę jedynym uzasadnieniem przeciwko korzystaniu z rozproszonych
> > VCSów, jakie jestem w stanie sobie wyobrazić, są lenistwo i ignorancja.
> 
> ja chyba nie mam takich ograniczeń i moge sobie spokojnie wyobrazic wiecej rzeczy - ale to troche dlugi temat


ogolnie uwazam ze wspolczesne narzedzie dosyc leżą, na przyklad edytory (ale nie tylko bo np kompilatory czy disasemblery tez - cos co spelnie niektore funkcje gita
wolalbym miec wbudowane w dosyc ukryty sposob w edytor
gdzie pewnie chcialbym miec wiecej bajerow np czat dla
osob aktualnie edytujacych projekt itd.. jak kiedys wspominalem chcialbymm miec w edytorze np inaczej podswietlone tlo dla tekstow wyedytowanych w ostatniej
dobie inny kolor dla tektow wyedytowanych w ostatnim 
tygodniu jeszcze inne dla tekstow wyedytowanych w ostatnim miesiacu.. prosty sposob do skakania (np alt i strzalki) po miejscach edytowanych w ostatnim dniu
(wogole autorzy + czas stworzenia danych znakow + to czy sie kompilowalo itd itd moglbby byc skladowany przez edytory i spokojnie moglaby to byc 'broszka' edytorow]

[ wogole nie do konca jestem przekonany co do liniowosci plikow .c, bardziej bym chodzenie po funkcjach to widzial jak chodzenie po folderach w total komanderze ale by to bylo spojne trzebby chyba cos tu jeszcze poukladac, bo o ile funkcje tworza taka drzewiastą strukture to uzywany przez nie ram jakos nie jest specjalnie zorganizowany - a moduly wogole sa niejako w poprzek tego fizycznego drzewa, trzebbedzie w sumie pomyslec ntt]