-
Data: 2021-04-06 16:25:09
Temat: Re: Pytanie NTG niestety - Notebook wielosystemowy.
Od: heby <h...@p...onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 06/04/2021 16:15, Mateusz Viste wrote:
>> Ale nawet wtedy pobieranie poprzez "synchronizajce/odświeżanie" jest
>> zazwyczaj niepoprawne. Poprawnie przenosi się na nowszą wersję źródeł
>> i merguje zmiany ze starego brancha.
> Wszystko ok, ale tutaj mowa o plikach binarnych, stąd moje założenie
> pracy w uproszczonym trybie "wszyscy na jednym trunku", bo żadne merge
> nie wchodzą w grę.
Wiec oni to teraz mają. W postaci NASa. Jesli VCS miałby w czymkolwiek
pomóc, to w tym aby można było miec własne kopie lokalne i jakąs
automatyzację kopiowania.
>> Praca w VCS wymaga samodyscypliny, inaczej kończy się bałaganem i
>> pracą wszystkich na jednym trunku gdzie opisana sytuacja z
>> synchronizacją ma miejsce i niewiele się to rózni od Twoejgo NASu.
> Różni się o tyle, że użytkownik nie zdoła wykasować czegoś innym,
> wszyscy mogą sobie oglądać projektu lokalnie (czyli szybko), a wszelkie
> zmiany są zapisane w historii i można bez problemu pobrać wersję
> projektu XYZ z października 1999, jeśli tylko jest taka potrzeba.
Mam wrażenie że mnie j wiecej podobne argumenty padną w przypadku NASu ;)
>> Dlatego w firmie jest lider który ma słowo decydujące w organizacji
>> pracy i tępi zachowania niezgodne ze sztuką. Taki lider to ktoś z
>> doświadczeniem, jesli nie ma u was takiej osoby to VCS nie da wam
>> żadnych zalet bo będziecie go używać i tak jak upierdliwego NASa.
> Tu też nie mogę się do końca zgodzić - doświadczenie nie jest
> niezbędne, jeśli człowiek jest poważny, z głową i zada sobie kilka
> podstawowych pytań dot. workflow pracy przed ustaleniem firmowych
> reguł. Irek wydaje mi się spełniać te kryteria z nawiązką.
No wiec widywałem kilka firm gdzie wdrażano subversion czy git. Zawsze
wychodziło to źle. Inzynierowie (programiści w szczególności) maja
tendencję do nie czytania instrukcji i do "not-invented-here" a
najbardziej do przenoszenia starych zwyczajów na nowe rozwiązania. Bez
lidera od VCS ani rusz. Jedna z firm przez dobre dwa lata nie wytworzyła
ani jednego brancha w repo svn. "Za dużo roboty i potem sa tylko
problemy z konfliktami" jak się dowiedziałem on jednego z tamtejszych
hackerów (wypinającego pierś do orderu za optymalizację produkcji).
Utknęli w swoim minimum lokalnym, a tradycja rzecz święta. A metodyka
używania była dokładnie odwrotna od zaleceń wieć i efekty odwrotne od
optymalnych.
Nie, absolutnie nie dotykać VCS bez kogoś kto ma o tym pojęcie...
Następne wpisy z tego wątku
- 06.04.21 23:33 Irek.N.
- 06.04.21 23:39 Irek.N.
- 07.04.21 00:03 Jarosław Sokołowski
- 07.04.21 01:26 Marek
- 09.04.21 00:01 Adam
- 09.04.21 08:23 heby
- 09.04.21 22:27 Michal
- 09.04.21 22:27 Michal
- 10.04.21 16:37 Irek.N.
- 16.04.21 17:44 Irek.N.
Najnowsze wątki z tej grupy
- Wkrętarki, wiertarki...
- Zasilacz impulsowy 12V 10A, coś godnego uwagi jako zamiennik akumulatora wkrętarki
- Mouser - koszt wysyłki
- [OT] Jak wycinac ksztalt w piance lub styropianie?
- FV--> ciepła woda w kranie
- Szok
- Dziwny schemat wzmacniacza m.cz.
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- CGNAT i ewentualne problemy
- wzmacniacz mocy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
Najnowsze wątki
- 2025-06-24 Delegacja osoby prowadzącej jednoosobową działalność
- 2025-06-24 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-06-24 Warszawa => Młodszy Programista SQL / FrontEnd developer <=
- 2025-06-24 Warszawa => Junior C# / FrontEnd developer <=
- 2025-06-24 Warszawa => Sales Executive / KAM <=
- 2025-06-23 Warszawa => MENA New Business Manager <=
- 2025-06-23 Trójmiasto => Head of Social Media <=
- 2025-06-23 Tapeta w Xiaomi
- 2025-06-23 Gdańsk => Programista Kotlin <=
- 2025-06-23 Białystok => Programista Mainframe (z/OS, Assembler) <=
- 2025-06-23 Warszawa => Senior Account Manager <=
- 2025-06-23 Białystok => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-23 Warszawa => Starszy Programista C <=
- 2025-06-23 Warszawa => Tester Automatyzujący <=
- 2025-06-23 Warszawa => Inżynier oprogramowania .Net <=