Я знаю и использую две системы контроля версий: Subversion и git. На данный момент Subversion используется для личных проектов, где я являюсь единственным разработчиком, а git используется для проектов с открытым исходным кодом и проектов, где, как я полагаю, другие также будут работать над...
Мне всегда было интересно, почему git предпочитает хэши, а не номера ревизий. Номера ревизий гораздо понятнее и на них легче ссылаться (на мой взгляд): есть разница между тем, чтобы сказать кому-то взглянуть на ревизию 1200 или зафиксировать 92ba93e! (Просто чтобы привести один пример). Итак, есть...
Я знаю, что Subversion (то, что мы используем на работе) может быть настроен так, чтобы требовать комментариев к коммитам, однако я не в состоянии просто включить это. Я знаю, что моя причина комментировать мои коммиты заключается в том, что полезно, хотя бы в качестве пробежки по памяти, быстро...
У меня сложилось впечатление, что система контроля версий избавляет от необходимости делать «логи изменений» повсюду в коде. Я часто видел продолжение использования журналов изменений, включая большие длинные блоки в начале хранимых процедур с большим разделом, заблокированным для изменений в...
Я ищу опытного программиста, который поможет решить сложную ситуацию. Интервью до сих пор были удивительно разочаровывающими. Лучший кандидат на данный момент - очень опытный программист, который никогда не использовал программное обеспечение для контроля версий. Проблема сама по себе не может быть...
Я только начинающий разработчик, но моя работа заставляет меня работать с действительно ужасным PHP-кодом (подумайте о худшем PHP-коде, который вы когда-либо видели; затем подумайте о коде вдвое хуже). Я обычно стараюсь исправлять ошибки и бороться с использованием кода, чтобы добавить новые...
Одним из преимуществ использования DVCS является рабочий процесс edit-commit-merge (по сравнению с edit-merge-commit, часто применяемый CVCS). Благодаря тому, что каждое уникальное изменение записывается в хранилище независимо от слияний, DAG точно отражает истинную родословную проекта. Почему так...
я бы хотел знать В проекте C # или VB.NET мы должны включить папку PACKAGE (папку пакета nugget, которая создается в корне моего проекта, содержащего файлы nupkg и другое содержимое) в наш репозиторий контроля версий (например,...
Я предполагаю, что это обычная ситуация: я тестирую некоторый код, обнаруживаю ошибку, исправляю ее и фиксирую исправление ошибки в хранилище. Предполагая, что над этим проектом работает много людей, я должен сначала создать отчет об ошибке, назначить его себе и сослаться на него в сообщении о...
Я запускаю Git-репозиторий для группового проекта. Имеет ли смысл хранить документы в том же репозитории Git, что и код - кажется, что это противоречит природе потока изменений git. Вот краткое изложение моих вопросов: Будет ли стиль редакции Git сбивать с толку, если и код, и документы проверяются...
Если я сталкиваюсь с некритической опечаткой в коде (скажем, с ошибочным апострофом в операторе print (error)), стоит ли делать коммит для устранения этой ошибки или ее просто нужно оставить в покое? В частности, мне любопытно сопоставить суммирование журнала коммитов со значением разрешения этих...
Я слышал в нескольких местах «Не делать больших коммитов», но я никогда не понимал, что такое «большой коммит». Это большой размер, если вы работаете с кучей файлов, даже если они связаны между собой? Над какими частями проекта вы должны работать одновременно? Для меня, мне трудно пытаться делать...
Я читал заметку Мартина Фаулера о непрерывной интеграции, и он в обязательном порядке перечисляет «Каждый человек присоединяется к главной линии каждый день». Я не люблю фиксировать код, если раздел, над которым я работаю, не завершен и на практике я фиксирую свой код каждые три дня: один день для...
Я слышал, что у Google есть гигантское частное (внутреннее) хранилище всего их кода, и его сотрудники имеют к нему доступ, так что при разработке вещей им не нужно изобретать велосипед. Я хотел бы знать больше об этом! Есть ли здесь кто-нибудь из Google, который может описать это немного более...
ОБНОВЛЕНИЕ Я работаю в небольшой команде разработчиков, 4 парня. Все они использовали систему контроля версий. Большинство из них не могут выдержать контроль над исходным кодом и предпочитают не использовать его. Я твердо верю, что контроль источников является необходимой частью профессионального...
Как вы думаете, стоит ли использовать контроль версий, если вы независимый разработчик, и если да, то почему? Вы храните репозиторий на своем компьютере или в другом месте, где он может служить резервной...
При работе над проектом код может быть разработан достаточно быстро в течение одного дня или по крупицам в течение длительного периода в несколько недель / месяцев / лет. Поскольку коммиты кода начинают рассматриваться как мера разработки проекта, это вовсе не означает, что в них написано больше...
Мы сотрудничаем с некоторыми не программистами (писателями), которые должны внести свой вклад в один из наших проектов. Теперь им просто не нравится идея использовать Git (или что-то в этом роде) для управления версиями своей работы. Я думаю, что это потому, что они просто не считают нужным...
Должны ли файлы базы данных (скрипты и т. Д.) Находиться под контролем исходного кода? Если да, то какой метод лучше всего сохранить и обновить там? Есть ли необходимость в том, чтобы файлы базы данных находились под контролем исходного кода, поскольку мы можем поместить их на сервер разработки,...
Один из разработчиков начал работу над новым проектом Drupal, и системный администратор предложил, чтобы они только помещали подкаталог sites / default в систему управления версиями, потому что это «сделает обновления легко создаваемыми по сценарию». Оставляя в стороне это сомнительное утверждение,...