Изпечатай

[4096bits]

мисля, че jet имаше предвид, че си ги commit-ва нещата в конзолата и чак накрая ги push-ва онлайн. Тоест, той си следи промените локално и чак накрая ги публикува онлайн (със все тайм стампс и пр). Това е нещо различно от private и public repo

Може и да не съм го разбрал.
И аз направих така.

Учудва ме друго. Дълго време не го ползвах това нещо git. А се оказа много, ама много удобно.
Но като не си общувам с програмисти, че не съм в тези среди, ей такива пропуски стават.
Основното, което ползвах, за да си върна нещата, когато нещо не работеше, беше CTRL+Z и след това започнах да коментирам цели блокове код. 
Смешна работа.

Като си помисля, как съм си губил времет с глупости от този сорт

[4096bits]

Не съм ползвал лаба но по мои спомени и хъба поддържа и двата вида там публични и скрити репота... аз ли пропущам нещо или опцията да го скриеш е платена?

В лаба не е платена.
В хъба май беше. А може и още да е.

[kuunlaaksot]

мисля, че jet имаше предвид, че си ги commit-ва нещата в конзолата и чак накрая ги push-ва онлайн. Тоест, той си следи промените локално и чак накрая ги публикува онлайн (със все тайм стампс и пр). Това е нещо различно от private и public repo

Може и да не съм го разбрал.
И аз направих така.

Учудва ме друго. Дълго време не го ползвах това нещо git. А се оказа много, ама много удобно.
Но като не си общувам с програмисти, че не съм в тези среди, ей такива пропуски стават.
Основното, което ползвах, за да си върна нещата, когато нещо не работеше, беше CTRL+Z и след това започнах да коментирам цели блокове код. 
Смешна работа.

Като си помисля, как съм си губил времет с глупости от този сорт

еми хубавото на git е, че там нищо не се губи (стига да не направиш някоя идиотщина). Тоест, пишеш код, променяш, комитваш, пак променяш... това нещо ти следи промените. Ако нещо не те кефи -- връщаш се назад. А и не на послендо място, понеже ги качваш нещата онлайн, не се притесняваш "ами ако гръмне харда, кво ще правя"

та тъй

[jet]

Бранчовете са също голям ташак - превключваш на някакъв бранч и изтритите файлове се появяват отново от нищото, превключваш бранча обратно и "изтритите" файлове пак си изчезват.

Правиш си уеб сървър и документ руута го следиш с гит (ама директорията на гит я местиш на скришно място) - така от време на време гледаш някой файл да не мръднат или нещо ново (като скриптче да се е появило).

С гит можеш да си следиш и /етц/ директорията на сървъра - така си следиш какво си мазал и си има коментари.

[4096bits]

Това нещо не става ли за бакъп на система?

Сигурен съм, че ви е минавало през акъла.

[jet]

Разбира се, че става, но не е желателно да го караш да се бори с бинарни файлове.

[kuunlaaksot]

Това нещо не става ли за бакъп на система?

Сигурен съм, че ви е минавало през акъла.

да се получи нещо като Тайм машината на Мак? GIT пази информация за всички промени, тоест ако диск мястотот ти не е проблем, сигурно става. Интересен въпрос, не се бях замислял. Jet, какъв е проблемът с бинарни файлове? Аз имам качени в едно репо именно бинарен (статично компилиран) файл.

[go_fire]

Това нещо не става ли за бакъп на система?

Сигурен съм, че ви е минавало през акъла.

да се получи нещо като Тайм машината на Мак? GIT пази информация за всички промени, тоест ако диск мястотот ти не е проблем, сигурно става. Интересен въпрос, не се бях замислял. Jet, какъв е проблемът с бинарни файлове? Аз имам качени в едно репо именно бинарен (статично компилиран) файл.

За тази работа има бътърефес, а за по-первезните: зетфъсъ.

Линус не е предвидил вътре да има нещо като двоичен diff (-erent) и следователно прави десетки хиляди еднакви копия, което едно е страшно пилеене на ресурс, второ мъчи самия Гит да се опитва да го обработва, което го забавя като костенурка.

[remotexx]

Има ли смисъл да ви напомням, че Линус създаде Гит точно защото всички други подобни системи не се справяха достатъчно добре точно с големите БЛОБове в ядрото, е и затова че бяха платени
...а дисковото пространство е евтино

Гит работи на ниво файл и само сравнява контролната сума на бинарните файлове. Ако не сте забелязали все още че няма команда за прекръщаване на файл ..попитайте любимото си ИИнце да ви обясни че няма нужда и автоматично детектива по хеша че файла е преименуван

П.П. Гога, че прави много копия - прави, но въобще не мъчи гит, то точно там му е бързодействието и затова е създаден. Прочети някой от най първите му тестове и сравнения с предишната платена система а и с всички други биеше го в пъти (но яде диск, но пък те евтини) ..само най меркуриала беше добре там с ония БЛОБове в ядрото, всички други от няколко часа падаше на минути билда.

Нали се сещаш че другите почват от версия 0 и прилагат няколко хиляди патча докато стигнат до текущата версия, вкл. и на бинарните, докато гит.. сещате се

[ray]

Gitlab може да си го направиш private/company-wide, май има и платена услуга.
Github май няма частна версия (поне аз не знам, но не съм проучвал въпроса).

PS: не съм се изразил правилно (за съжаление), имах предвид че Gitlab може да го деплойнеш локално/отдалечено, но имаш пълен контрол (не е външна услуга).

[go_fire]

И в двете се поддържат частни хранилища, и в двете се плаща, и двете услуги са пълен ташак.

[Acho]

А така............

[kuunlaaksot]

И в двете се поддържат частни хранилища, и в двете се плаща, и двете услуги са пълен ташак.

е, кое е пълен ташак? hub и lab? Или платените хранилища? Аз имам частни проекти в gitlab и не съм плащал нищо за тях.

[go_fire]

И в двете се поддържат частни хранилища, и в двете се плаща, и двете услуги са пълен ташак.

е, кое е пълен ташак? hub и lab? Или платените хранилища? Аз имам частни проекти в gitlab и не съм плащал нищо за тях.

Хранилищата независимо дали са открити, си работят, както се очаква. Няма оплаквания там. Макар „концентратора“ май да говореха нещо за смяна на удостоверяването.

Нахулих ги за изгледа им. Ненужни количества js, които не са необходими за нищо, освен да ни тровят живота и товарят интернетския навигатор.