Чи розумно використовувати git лише на моїй локальній машині? [зачинено]


22

Чи нормально використовувати git лише локально? Мені не хочеться платити за послугу, яка надає приватні сховища (наприклад, Github), але я думаю, що git - це чудовий спосіб організувати мій проект із закритим кодом.


3
Так ... чому б цього не було? Лінус навіть має лише локальну копію git на одній машині.

([цитування потрібне] для цієї лише локальної копії можна прочитати на mikegerwitz.com/papers/git-horror-story.html, яка посилається на відео з вами на youtube.com/watch?v=4XpnKHJAok8, яке становить 1 год, і я не знайшли конкретного місця, де він це згадує)

8
BitBucket пропонує безкоштовні приватні сховища.
Ріг

4
Додаючи теги, я виявив, що git + solo-development дає як єдиний розробник (поки що), як я повинен використовувати Git? а що - щось подібне , що могло б бути те , що ви шукаєте (або буде шукати)

1
Також сира форма резервного копіювання: Окрім інших способів, я git cloneпереношу свій ноутбук на флешку.
Ізката

Відповіді:


22

Хоча цілком розумно і можливо використовувати git локально, краще мати резервну копію.

Ви можете довільно підштовхувати репозиції до будь-якого місця. Github, як правило, простий хостинг та співпраця. Є й інші варіанти, такі як використання Google Диска або Dropbox, якщо ви хочете віддаленого сховища.


12
Обидва Bitbucket.org та Codebreak.com мають безкоштовні приватні сховища
Кевін

4
Також зауважте, що VC не є резервною копією (хоча це краще, ніж нічого). Завжди створюйте регулярні резервні копії.
sleske

@sleske Чому Git із центральним сховищем не може бути прийнятним рішенням резервного копіювання?
Хашим

@Hashim: Це може бути непорозуміння. Звичайно, центральне сховище git - це гарне резервне рішення для вашого сховища . Це просто не загальна резервна копія ("резервна копія", як у "резервній копії всіх файлів у вашій системі"). Я просто хотів нагадати всім, що зазвичай потрібна і повна резервна копія.
sleske

14

Так, цілком розумно використовувати git лише локально. Ви можете перейти на локальний мережевий накопичувач або знімну резервну копію з причин надмірності, але сам git працює чудово, не підключаючись до чужого сервера.


4

Ще один чудовий аргумент для використання git локально (тобто лише однієї копії у Всесвіті) git bisect, який можна використовувати для пошуку багатьох грізних помилок і врятував мене багато разів. Це дозволяє звузити саме те, що було додано дратує помилку (і, таким чином, дозволяє зосередитись на значно меншому сегменті коду проблеми).

Детальніше про git bisect


велике спасибі з цього приводу (чому я не знав про це, перш ніж руйнувати 1000 рядків коду ...), але це скоріше пропозиція, ніж відповідь. +1 у будь-якому разі
markasoftware

2

Єдиний "недолік" використання Git локально (порівняно з тим, що взагалі не використовується будь-яка SCM) - це додаткова робота з фіксації, розгалуження та тегування - і ця додаткова робота не лише нехтується в грандіозній схемі, але також безпосередньо сприяє організації вашого коду та документування вашого прогресу.

Також пам’ятайте, що Git - це розподілений SCM. Хоча загальним випадком є ​​використання його з центральним сховищем, він був розроблений так, щоб можна було використовувати його без жодного. Ви можете створити патчі (а ще краще - пакети - які є пакетом патчів (один патч може містити лише один фіксатор)) та надсилати їх поштою колегам або зберігати їх як резервні копії. Це менш зручно, ніж використання центрального сховища (саме тому люди зазвичай вважають за краще використовувати одне), але це дозволяє використовувати Git для співпраці без оплати приватного репо або хостингу на власному сервері.


1

Подумайте, що вам потрібно, і для чого ви збираєтесь його використовувати - свої вимоги.
Якщо це код для шипа за пару годин, просто напишіть, що це може бути нормально.

Якщо ви доберетеся до того, коли ви починаєте (або відчуваєте потребу) робити резервні копії для "збереження робочих версій", тоді система контролю версій може допомогти.

Крім того, якщо ви отримуєте код до робочої точки і хочете зробити свій власний шип, це може бути зручно зробити гілку, в яку ви потім зможете об'єднатись, як показано нижче, де я є єдиним учасником, і ця репо ніколи не була висунута в будь-якому місці ("від’єднати методи" - це галузь, яку я зробив для шипа): введіть тут опис зображення

Звичайно, якщо ви також підтримуєте програмне забезпечення, яке має кілька версій та / або випусків, система контролю версій дуже корисна, особливо з можливістю об'єднання змін.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.