Использование Git с Visual Studio

Question

Использование Git с Visual Studio

1419

Как давний пользователь Visual SourceSafe (и ненавистник) я обсуждал переход на SVN с коллегой; вместо этого он предложил использовать Git. Поскольку, по-видимому, его можно использовать как одноранговый без центрального сервера (мы являемся командой из 3 разработчиков).

Я не смог найти ничего об инструментах, которые интегрируют Git с Visual Studio, хотя - такая вещь существует?

Какие технологии доступны для использования Git с Visual Studio? И что мне нужно знать о том, как они отличаются, прежде чем я начну?

Herb Caudill 03 фев. 2009, в 15:00

Источник

4

Я только добавил Git Source Control Provider для VS 2010, так что он все еще работает.
Wade73 19 сен. 2012, в 17:33
3

Оформить этот урок от команды VS. Следующее обновление; Обновление 2 для VS 2012 выйдет в любой день. Вы также можете скачать предварительный просмотр технологии сообщества (CTP) для VS2012 здесь . В качестве альтернативы, если вы работаете в CMMI, Agile, Scrum 1/2 и т. Д., Вы можете подписаться на бесплатную учетную запись (как на общедоступном, так и на частном облачном хранилище) и пригласить участников (товарищей по команде, клиентов) в свой проект TFS tfs.visualstudio на основе веб- интерфейса. ком
Annie 07 апр. 2013, в 20:25
0

FYI visual studio update 3 теперь поддерживает Git: blogs.msdn.com/b/visualstudioalm/archive/2014/07/02/…
Maria Ines Parnisari 14 авг. 2014, в 00:17
3

Я использую Visual Studio и git уже два года. Я бы сказал, что лучшее решение этой проблемы - просто использовать отдельное приложение для управления версиями, например Atlassians SourceTree. Он бесплатный, простой в установке, имеет хороший графический интерфейс и удобен для пользователя, вы можете просматривать несколько репозиториев (например, различные проекты) так же, как вы просматриваете веб-страницы в Chrome, и, самое главное, поддерживать несколько систем контроля версий. Попробуйте! Вы не будете разочарованы, уверяю вас!
Fazi 05 нояб. 2014, в 16:30
2

Git поддерживается изначально, начиная с Visual Studio 2013
rustyx 20 окт. 2015, в 19:15
0

@rustyx: это правда, но «родной» плагин - это дымящаяся куча непригодности.
Paolo Tedesco 21 апр. 2016, в 12:04
15

Мне нравится, как 1342 человека проголосовали за этот вопрос, и какой-то идиот приходит и закрывает его в любом случае. Отлично, StackOverfolow .... Что имеет значение, если не соответствует критериям SO, если так много людей считают это полезным. Разве смысл этого сайта не в том, чтобы быть полезным?
thebunnyrules 13 июль 2017, в 03:09
1

Как это основано на мнении? «Какие технологии доступны для использования Git с Visual Studio?» это четкий вопрос ...
Moira 10 дек. 2017, в 14:09
0

@ Мойра Это было, вероятно, мнение человека, который закрыл его. ;)
LeonidasFett 31 янв. 2019, в 14:04

Показать ещё 7 комментариев

Теги:

visual-studio

git

16 ответов

207

Я использую Git с Visual Studio для моего порта протокольных буферов на С#. Я не использую GUI - я просто держу открытую командную строку, а также Visual Studio.

По большей части это прекрасно - единственная проблема заключается в том, когда вы хотите переименовать файл. И Git, и Visual Studio предпочли бы, чтобы они переименовали его. Я думаю, что переименование его в Visual Studio - это путь к успеху - просто будьте осторожны, что вы делаете на стороне Git. Хотя в прошлом это было немного больно, я слышал, что на стороне Git она должна быть довольно бесшовной, так как она может заметить, что содержимое будет в основном тем же. (Не совсем то же самое, обычно - вы обычно переименовываете файл при переименовании класса IME.)

Но в принципе - да, он отлично работает. Я новичок Git, но я могу заставить его сделать все, в чем я нуждаюсь. Убедитесь, что у вас есть файл Git ignore для bin и obj и *.user.

Jon Skeet 03 фев. 2009, в 16:25

35

мерзавец должен быть в порядке с VS, делающим переименование. Для правильного отслеживания переименования в git log вам просто нужно быть уверенным, что вы вносите часть «remove» изменения в тот же коммит, что и часть «add». git add -A делает это легко, если ваш .gitignore обновлен.
CB Bailey 03 фев. 2009, в 14:58
38

Я тоже новичок, и, честно говоря, предпочитаю использовать его из командной строки. Я бы немного испугался, чтобы перенести силу мерзавца в графический интерфейс, который пытается быть «умным» и совершать «магию» за моей спиной.
hasen 03 апр. 2009, в 13:32
1

Спасибо за совет. Я только что перешел на Git (и GitHub) и никогда не оглядываться Мой клиент использует перформанс (тьфу!). Так что мой план состоит в том, чтобы сделать один заказ из выступления, выполнить мою работу с Git, а затем проверить его обратно.
Mark Beckwith 26 фев. 2010, в 14:52
7

@CallMeLaNN: Вы делаете большое предположение, что новички в Git испытывают трудности при использовании командной строки. Посмотрите на комментарий Хасана Дж с апреля 2009 года.
Jon Skeet 12 июль 2010, в 16:10
0

Я обычно добавляю .user, * .suo, bin, obj,. и _ * в мой список игнорирования ... если есть что-то из вышеперечисленного, которое я хочу добавить, я все равно могу добавить его вручную.
Tracker1 30 март 2011, в 00:17
0

У меня такой же рабочий процесс. У меня всегда открыто окно командной строки (NConsole со скриптами git-posh), и я переключаюсь обратно в это окно при фиксации. На самом деле я пытался (заставляя себя) использовать GitExtensions и / или TortoiseGit, но я всегда обнаруживал, что переключаюсь обратно на командную строку. В сообществе Windows люди склонны выглядеть негативно, если вы скажете им использовать командную строку ...
Sardaukar 09 сен. 2011, в 11:02
0

CXSharp ссылка для хороших шаблонов игнорирования, кажется, умерла. Попробуйте вместо этого: github.com/github/gitignore/blob/master/VisualStudio.gitignore
MZB 09 сен. 2013, в 22:42
0

для проблем переименования может быть хорошей идеей добавить дополнительный коммит только для переименования. Это всегда должно быть автономное изменение, которое не сильно изменится в противном случае. В любом случае коммиты дешевы с git, а потом вы всегда можете раздавить
Martijn 27 янв. 2014, в 21:15
0

@Sardaukar - Когда вы работали из командной строки, вы также использовали какое-либо из расширений Visual Studio Git, чтобы дать вам «подсказку» о статусах файлов и изменениях в IDE перед выполнением операций из командной строки? Или вы просто позволили «git status» быть вашим другом и показать вам, что нужно сделать? Другими словами, было ли что-то в пользовательском интерфейсе, который вы использовали для принятия решений, когда попали в командную строку?
Howiecamp 09 июль 2014, в 18:42
0

@Howiecamp Для текущего проекта мне пришлось использовать другую систему контроля версий (ужас). Я все еще нахожу, что с Git я использую исключительно командную строку. У меня всегда открыто окно командной строки (да, для нескольких мониторов), и простой статус git говорит мне все, что мне нужно.
Sardaukar 10 июль 2014, в 12:11
0

@Sardaukar - Вероятно, мой недостаток опыта в этой области лежит в основе моих наивных вопросов, подобных этому. Так могу ли я предположить, что вы вообще не полагаетесь на IDE Visual Studio для визуальной индикации состояний контроля версий? И что вы получаете 100% этой обратной связи из командной строки? Это просто изменение моего мышления, которое я делаю. С другой стороны, похоже, что устранение проблем, связанных с привязками проекта IDE к управлению исходным кодом, устраняет источник сложности ...
Howiecamp 10 июль 2014, в 15:35
0

Спасибо, что упомянули файл .gitignore ... оказалось, что в моем уже были файлы bin obj и * .user, но как товарищ по git новичку было очень полезно напомнить, что этот файл существует, и мне нужно его использовать.
levininja 31 окт. 2014, в 00:37
0

Просто обратите внимание, что если вы используете интеграцию с VS Git, вы можете заставить VS создать для вас очень полный файл .gitignore в меню «Настройки»> «Настройки репозитория»> «Добавить файл игнорирования».
Caltor 05 янв. 2017, в 22:42

Показать ещё 11 комментариев

88

Git Поставщик контроля источника - это новый плагин, который объединяет Git с Visual Studio.

yysun 31 май 2010, в 23:56

0

Есть ли шанс заставить его работать в 2005 году?
Art 01 июнь 2010, в 23:18
3

Что ж. TBH графический интерфейс этого именно то, что я искал, когда я искал графический интерфейс для git в VS 2010. Спасибо за публикацию этого. Другие ответы не то, что мне нужно. Они бедны по сравнению с VisualSVN.
JDPeckham 18 март 2012, в 16:19
1

Я рекомендую посмотреть раздел обзора на marketplace.visualstudio.com/…, прежде чем принять решение установить его.
QMaster 14 окт. 2018, в 11:25

Показать ещё 1 комментарий

55

Я изучил это немного на работе (оба с Subversion и Git). Visual Studio на самом деле имеет API интеграции управления версиями, позволяющий интегрировать сторонние решения управления версиями в Visual Studio. Однако большинство людей не беспокоятся об этом по нескольким причинам.

Во-первых, API в значительной степени предполагает, что вы используете рабочий процесс с заблокированной проверкой. В нем много крючков, которые либо дороги дорого реализуются, либо просто плоские, не имеют смысла, когда вы используете более современный рабочий процесс редактирования-слияния.

Второй (что связано) заключается в том, что, когда вы используете рабочий процесс edit-merge, который поддерживает Subversion и Git, вам не нужна интеграция Visual Studio. Основная проблема, связанная с интеграцией SourceSafe с Visual Studio, заключается в том, что вы (и редактор) можете сразу сказать, какие файлы у вас есть, которые необходимо проверить, прежде чем вы сможете редактировать, и которые вы не можете проверить, даже если хотите. Затем он может помочь вам выполнить любые ревизии voodoo, которые необходимо выполнить, когда вы хотите отредактировать файл. Ничто из этого не является частью типичного рабочего процесса Git.

Когда вы используете Git (или SVN обычно), ваши взаимодействия с контролем версий все происходят либо до вашего сеанса разработки, либо после него (после того, как вы все работаете и тестируете). В этот момент на самом деле не слишком больно использовать другой инструмент. Вам не нужно постоянно переключаться взад и вперед.

T.E.D. 03 фев. 2009, в 15:33

0

Именно так. Моя компания использует SourceGear Vault, который имеет интеграцию VS. Но так как он также поддерживает рабочий процесс edit-merge-commit, я никогда (никогда) никогда не использовал интеграцию VS. На самом деле, я думаю, что я удалил этот бит.
Joel Mueller 03 фев. 2009, в 19:35
22

Ребята, вы когда-нибудь перемещали или переименовывали файлы / каталоги? Я начал использовать VisualSVN пару месяцев назад, и я никогда не мог вернуться.
JohnOpincar 05 апр. 2009, в 01:20
10

@TED Для меня это означает, что после долгой разработки вы должны помнить причины каждого изменения файла, пока не зарегистрируетесь. Если я работаю над чем-то и вижу что-то, что нужно исправить в несвязанной области, которую я хотел бы проверить, исправить, и проверить, зная, что я могу удалить это изменение из моей памяти. Я бы предпочел сделать это изнутри VS
Peter M 24 фев. 2010, в 19:13
0

Я полагаю. У меня вообще нет особой ситуации. Когда я это сделаю, самое ответственное - это развернуть и свернуть эту базовую линию в новый каталог, собрать и протестировать его, чтобы убедиться, что изменения не испортят разработчиков, у которых нет других моих не внесенных изменений. Как правило, это лучше всего сделать со вторым экземпляром VS, так что вы по- прежнему выходите за пределы одного экземпляра VS как часть процесса.
T.E.D. 25 фев. 2010, в 13:53
4

Плагин Git Extensions Visual Studio не пытается подключиться к старому школьному API управления исходным кодом, который Microsoft предоставила. Он очень хорошо подходит для рабочего процесса edit-merge и в основном просто добавляет commit / push / pull и историю файлов прямо в IDE. Наличие истории файлов в контекстном меню чрезвычайно полезно!
Jacob Stanley 07 апр. 2010, в 17:06
3

Я не согласен, главным образом, потому что выход из визуальной студии, чтобы проверить, поощряет более длительное время между регистрациями. Слишком много людей уже оформляют заказ в начале дня и не регистрируются до конца (или, что еще хуже, дни спустя). Интеграция с Visual Studio позволяет вам постоянно поддерживать контроль над исходным кодом в вашем рабочем процессе.
Chris McGrath 22 апр. 2010, в 23:34
1

@Chris - Ааа, ты явно член лагеря "регистрируйся рано и часто". Конечно, вы имеете право на свое мнение. Тем не менее, я являюсь членом лагеря "Не регистрируйся, если это не работает". Системы контроля версий предназначены для контроля версий рабочих программ. Если я хочу создавать резервные копии работ в аварийном режиме, для этого нужны ИТ-резервные копии. Но для вас, да, VS интеграция была бы намного полезнее.
T.E.D. 23 апр. 2010, в 12:40
8

Интеграция управления исходным кодом Visual Studio начиная с VS2005 (VS2003?) Не особенно склонна к модели проверки и проверки. Посмотрите на АнхСВН например. Я предпочитаю интеграцию VS, потому что тогда переименования и т. Д. Более плавные.
Roger Lipscombe 21 дек. 2010, в 16:42
1

@TED: С локальным ветвлением DVCS я думаю, что «регистрируйся рано и часто» имеет еще больше смысла. У вас будет своя собственная история изменений, и вам не придется подвергать ее воздействию других людей, пока она не сработает.
Merlyn Morgan-Graham 13 март 2012, в 06:12

Показать ещё 7 комментариев

38

Я нахожу, что Git, работая над целыми деревьями, как он это делает, меньше выгоды от интеграции IDE, чем инструменты управления версиями, которые либо основаны на файлах, либо следуют шаблону checkout-edit-commit. Конечно, есть примеры, когда может быть приятно нажать на кнопку, чтобы пройти некоторую проверку истории, но я не очень скучаю.

Настоящим обязательным требованием является получение вашего файла .gitignore полным количеством вещей, которые не должны находиться в общем хранилище. Шахта обычно содержит (среди прочего) следующее:

*.vcproj.*.user
*.ncb
*.aps
*.suo

но это сильно связано с С++ с минимальным использованием или без использования каких-либо функциональных возможностей класса класса.

Мой шаблон использования выглядит примерно следующим образом.

Код, код, код в Visual Studio.
Когда вы счастливы (разумная промежуточная точка для совершения кода, переключитесь на Git, сценируйте изменения и просмотрите diffs. Если что-то явно неверно, вернитесь к Visual Studio и исправьте, иначе commit.

Любая слияния, ветки, переадресации или другие причудливые материалы SCM легко сделать в Git из командной строки. Visual Studio, как правило, доволен тем, что меняется под ним, хотя иногда бывает необходимо перезагрузить некоторые проекты, если вы значительно изменили файлы проекта.

Я считаю, что полезность Git перевешивает любые незначительные неудобства в отсутствии полной интеграции IDE, но в какой-то степени это дело вкуса.

CB Bailey 03 фев. 2009, в 15:59

0

Как насчет того, чтобы сказать Git игнорировать каталоги bin / и obj / внутри проекта? Если, конечно, вы не хотите, чтобы он отслеживал вашу сборку ...: p
Chris Charabaruk 28 авг. 2009, в 00:20
0

Просто любопытно, но почему вы хотите, чтобы он игнорировал ваш файл проекта?
Michael Brown 24 окт. 2009, в 18:12
11

Вы этого не сделаете, у вас обязательно должен быть файл проекта под контролем версий.
CB Bailey 25 окт. 2009, в 11:10
1

Это очень важно - восстанавливаться после того, как вы забыли включить что-то в .gitignore после того, как вы начали коммитить и ветвление, по меньшей мере, болезненно ...
Benjol 09 апр. 2010, в 07:38
3

@ Бенджол: Это не должно быть так больно. Вам просто нужно git rm <file> и echo <file> >>.gitignore; git add .gitignore на кончиках ваших активных веток. После внесения изменений вы всегда можете выбрать исправление для других веток.
CB Bailey 09 апр. 2010, в 08:22
1

@Charles Bailey, посмотрите мои приключения в этом вопросе: stackoverflow.com/questions/1887049/…
Benjol 09 апр. 2010, в 08:35
0

@ Benjol: я думаю, что ваш связанный вопрос не имеет отношения к этому вопросу. Здесь мы говорим об игнорировании файлов, которые Visual Studio автоматически сгенерирует, тогда как вы были обеспокоены восстановлением файлов, которые вы удалили из ветви (и проигнорировали), но все еще нуждались в восстановлении в вашем рабочем дереве, поскольку они не были автоматически сгенерированы.
CB Bailey 09 апр. 2010, в 09:18
9

@ Майк Браун: он игнорирует файлы * .user, которые являются пользовательскими настройками.
Srdjan Jovcic 18 май 2010, в 16:52
1

Согласен. Я недавно сделал переход с Subversion на git. Я использую командную строку вместо плагина VS, и это работает просто отлично. Первоначально я думал, что работать без плагина VS будет больно, но это было неправильное представление, которое я имел из-за моего опыта в Subversion.
still_dreaming_1 29 сен. 2010, в 21:44
0

Как узнать, какие файлы изменились без интеграции с VS?
Caltor 06 янв. 2017, в 00:05

Показать ещё 8 комментариев

31

Недавно Microsoft анонсировала Git для Visual Studio 2012 (обновление 2). Я еще не играл с ним, но это видео выглядит многообещающим.

Вот быстрый учебник о том, как использовать Git из Visual Studio 2012.

Chandramouleswaran Ravichandra 31 янв. 2013, в 00:16

0

Я рекомендую этот, так как это официальный продукт Microsoft. и он может установить на VS 2012 Express и
Cheung 10 сен. 2013, в 12:53

28

Также не пропустите TortoiseGit... https://tortoisegit.org/

tonyo 26 май 2009, в 01:53

0

Да, это хороший интерфейс, но нет, он не интегрируется с Visual Studio.
Scott Rippey 28 окт. 2011, в 04:01
3

Поставщик контроля исходного кода Git добавляет команды TortoiseGit в контекстное меню в Visual Studio.
HotN 10 дек. 2011, в 16:15

27

Здесь Visual Studio Tools для Git от Microsoft. Он поддерживает только Visual Studio 2012 (обновление 2).

Sheng Jiang 蒋晟 30 янв. 2013, в 18:12

0

Для Visual Studio 2012 это лучший ответ. Похоже, что они вложили много усилий в реализацию, и, по моему опыту, все работает как положено!
RoelF 08 фев. 2013, в 16:30
2

Я не смог выяснить, как настроить «Visual Studio Tools for Git» Microsoft для использования частного репозитория Github. Вы видели какую-либо документацию или руководства по этому вопросу?
golliher 28 фев. 2013, в 22:33
0

Я рекомендую посмотреть раздел обзора на marketplace.visualstudio.com/…, прежде чем принять решение установить его.
QMaster 14 окт. 2018, в 11:25

Показать ещё 1 комментарий

18

Поддержка Git, выполняемая Microsoft в Visual Studio, достаточно хороша для базовой работы (commit/fetch/merge и push). Мой совет - просто избежать этого...

Мне очень нравится GitExtensions (или меньше SourceTree). Потому что видеть DAG для меня очень важно понять, как работает Git. И вы гораздо более осведомлены о том, что сделали другие участники вашего проекта!

В Visual Studio вы не можете быстро увидеть разницу между файлами или зафиксировать, а также (добавить в индекс) и зафиксировать только часть изменений. Просмотр вашей истории тоже не хорош... Все, что заканчивается болезненным опытом!

И, например, GitExtensions поставляется с интересными плагинами: background fetch, GitFlow,... и теперь непрерывная интеграция!

Для пользователей Visual Studio 2015, Git формируется, если вы устанавливаете расширение GitHub. Но внешний инструмент по-прежнему лучше, -)

Philippe 09 дек. 2013, в 18:19

0

GitExtensions работает на вас в 2015 году? меню у меня не работает github.com/gitextensions/gitextensions/issues/2815
raklos 22 сен. 2016, в 13:31

18

Visual Studio 2013 изначально поддерживает Git.

См. официальное объявление .

rhughes 10 нояб. 2013, в 11:00

15

TortoiseGit созрел, и я рекомендую его, особенно если вы использовали TortoiseSVN.

SurfRat 30 май 2011, в 11:55

15

Самый новый выпуск Git Расширения поддерживает Visual Studio 2010 (наряду с Visual Studio 2008 и Визуальное &nbsp студия;. 2005)

Я нашел, что он довольно прост в использовании с Visual Studio 2008, и интерфейс кажется таким же в Visual Studio 2010.

Andreas Klebinger 27 янв. 2010, в 11:13

14

Самое простое решение, которое действительно работает достаточно хорошо, - это добавить команды TortoiseGit в качестве внешних инструментов.

Решение добавить панель инструментов Git (TortoiseGit) в Visual Studio

DalSoft 30 авг. 2011, в 19:16

1

Вы также можете просто вызвать git прямо из консоли диспетчера пакетов, которая является просто командной строкой powershell. Или ... superuser.com/a/879561/135416
drzaus 18 фев. 2015, в 17:21

10

В настоящее время существует 2 опции для Git Source Control в Visual Studio (2010 и 12):

Я пробовал оба и нашел, что 1-й будет более зрелым и имеет больше возможностей. Например, он отлично работает с расширениями черепахи Git и Git и даже раскрывает их возможности.

Примечание. Какое бы расширение вы ни использовали, убедитесь, что вы включили его из Tools -> Options -> Source control -> Plugin Selection, чтобы он работал.

Tarun 22 нояб. 2013, в 13:30

10

Начиная с 2013-02-11, плагин Microsoft Git для Visual Studio 2012 должен также работать с версией Express.

TTT 20 фев. 2013, в 21:26

10

Как сказал Джон Риммер, вы можете использовать GitExtensions. GitExtensions работает в Visual Studio 2005 и Visual Studio 2008, он также работает в Visual Studio 2010, если вы вручную копируете и настраиваете файл .Addin.

Henk 07 фев. 2009, в 17:14

0

Неплохо. Интересно, кто тестирует и одобряет пользовательский интерфейс ... сообщения во всем очень сбивают с толку ... мое единственное предположение, что они поспешили выпустить его и посмотреть, что / почему пользователь жалуется.
ramnz 24 апр. 2013, в 16:04

Ещё вопросы

Я только добавил Git Source Control Provider для VS 2010, так что он все еще работает.
Оформить этот урок от команды VS. Следующее обновление; Обновление 2 для VS 2012 выйдет в любой день. Вы также можете скачать предварительный просмотр технологии сообщества (CTP) для VS2012 здесь . В качестве альтернативы, если вы работаете в CMMI, Agile, Scrum 1/2 и т. Д., Вы можете подписаться на бесплатную учетную запись (как на общедоступном, так и на частном облачном хранилище) и пригласить участников (товарищей по команде, клиентов) в свой проект TFS tfs.visualstudio на основе веб- интерфейса. ком
FYI visual studio update 3 теперь поддерживает Git: blogs.msdn.com/b/visualstudioalm/archive/2014/07/02/…
Я использую Visual Studio и git уже два года. Я бы сказал, что лучшее решение этой проблемы - просто использовать отдельное приложение для управления версиями, например Atlassians SourceTree. Он бесплатный, простой в установке, имеет хороший графический интерфейс и удобен для пользователя, вы можете просматривать несколько репозиториев (например, различные проекты) так же, как вы просматриваете веб-страницы в Chrome, и, самое главное, поддерживать несколько систем контроля версий. Попробуйте! Вы не будете разочарованы, уверяю вас!
Git поддерживается изначально, начиная с Visual Studio 2013
@rustyx: это правда, но «родной» плагин - это дымящаяся куча непригодности.
Мне нравится, как 1342 человека проголосовали за этот вопрос, и какой-то идиот приходит и закрывает его в любом случае. Отлично, StackOverfolow .... Что имеет значение, если не соответствует критериям SO, если так много людей считают это полезным. Разве смысл этого сайта не в том, чтобы быть полезным?
Как это основано на мнении? «Какие технологии доступны для использования Git с Visual Studio?» это четкий вопрос ...
@ Мойра Это было, вероятно, мнение человека, который закрыл его. ;)
мерзавец должен быть в порядке с VS, делающим переименование. Для правильного отслеживания переименования в git log вам просто нужно быть уверенным, что вы вносите часть «remove» изменения в тот же коммит, что и часть «add». git add -A делает это легко, если ваш .gitignore обновлен.
Я тоже новичок, и, честно говоря, предпочитаю использовать его из командной строки. Я бы немного испугался, чтобы перенести силу мерзавца в графический интерфейс, который пытается быть «умным» и совершать «магию» за моей спиной.
Спасибо за совет. Я только что перешел на Git (и GitHub) и никогда не оглядываться Мой клиент использует перформанс (тьфу!). Так что мой план состоит в том, чтобы сделать один заказ из выступления, выполнить мою работу с Git, а затем проверить его обратно.
@CallMeLaNN: Вы делаете большое предположение, что новички в Git испытывают трудности при использовании командной строки. Посмотрите на комментарий Хасана Дж с апреля 2009 года.
Я обычно добавляю .user, * .suo, bin, obj,. и _ * в мой список игнорирования ... если есть что-то из вышеперечисленного, которое я хочу добавить, я все равно могу добавить его вручную.
У меня такой же рабочий процесс. У меня всегда открыто окно командной строки (NConsole со скриптами git-posh), и я переключаюсь обратно в это окно при фиксации. На самом деле я пытался (заставляя себя) использовать GitExtensions и / или TortoiseGit, но я всегда обнаруживал, что переключаюсь обратно на командную строку. В сообществе Windows люди склонны выглядеть негативно, если вы скажете им использовать командную строку ...
CXSharp ссылка для хороших шаблонов игнорирования, кажется, умерла. Попробуйте вместо этого: github.com/github/gitignore/blob/master/VisualStudio.gitignore
для проблем переименования может быть хорошей идеей добавить дополнительный коммит только для переименования. Это всегда должно быть автономное изменение, которое не сильно изменится в противном случае. В любом случае коммиты дешевы с git, а потом вы всегда можете раздавить
@Sardaukar - Когда вы работали из командной строки, вы также использовали какое-либо из расширений Visual Studio Git, чтобы дать вам «подсказку» о статусах файлов и изменениях в IDE перед выполнением операций из командной строки? Или вы просто позволили «git status» быть вашим другом и показать вам, что нужно сделать? Другими словами, было ли что-то в пользовательском интерфейсе, который вы использовали для принятия решений, когда попали в командную строку?
@Howiecamp Для текущего проекта мне пришлось использовать другую систему контроля версий (ужас). Я все еще нахожу, что с Git я использую исключительно командную строку. У меня всегда открыто окно командной строки (да, для нескольких мониторов), и простой статус git говорит мне все, что мне нужно.
@Sardaukar - Вероятно, мой недостаток опыта в этой области лежит в основе моих наивных вопросов, подобных этому. Так могу ли я предположить, что вы вообще не полагаетесь на IDE Visual Studio для визуальной индикации состояний контроля версий? И что вы получаете 100% этой обратной связи из командной строки? Это просто изменение моего мышления, которое я делаю. С другой стороны, похоже, что устранение проблем, связанных с привязками проекта IDE к управлению исходным кодом, устраняет источник сложности ...
Спасибо, что упомянули файл .gitignore ... оказалось, что в моем уже были файлы bin obj и * .user, но как товарищ по git новичку было очень полезно напомнить, что этот файл существует, и мне нужно его использовать.
Просто обратите внимание, что если вы используете интеграцию с VS Git, вы можете заставить VS создать для вас очень полный файл .gitignore в меню «Настройки»> «Настройки репозитория»> «Добавить файл игнорирования».
Есть ли шанс заставить его работать в 2005 году?
Что ж. TBH графический интерфейс этого именно то, что я искал, когда я искал графический интерфейс для git в VS 2010. Спасибо за публикацию этого. Другие ответы не то, что мне нужно. Они бедны по сравнению с VisualSVN.
Я рекомендую посмотреть раздел обзора на marketplace.visualstudio.com/…, прежде чем принять решение установить его.
Именно так. Моя компания использует SourceGear Vault, который имеет интеграцию VS. Но так как он также поддерживает рабочий процесс edit-merge-commit, я никогда (никогда) никогда не использовал интеграцию VS. На самом деле, я думаю, что я удалил этот бит.
Ребята, вы когда-нибудь перемещали или переименовывали файлы / каталоги? Я начал использовать VisualSVN пару месяцев назад, и я никогда не мог вернуться.
@TED Для меня это означает, что после долгой разработки вы должны помнить причины каждого изменения файла, пока не зарегистрируетесь. Если я работаю над чем-то и вижу что-то, что нужно исправить в несвязанной области, которую я хотел бы проверить, исправить, и проверить, зная, что я могу удалить это изменение из моей памяти. Я бы предпочел сделать это изнутри VS
Я полагаю. У меня вообще нет особой ситуации. Когда я это сделаю, самое ответственное - это развернуть и свернуть эту базовую линию в новый каталог, собрать и протестировать его, чтобы убедиться, что изменения не испортят разработчиков, у которых нет других моих не внесенных изменений. Как правило, это лучше всего сделать со вторым экземпляром VS, так что вы по- прежнему выходите за пределы одного экземпляра VS как часть процесса.
Плагин Git Extensions Visual Studio не пытается подключиться к старому школьному API управления исходным кодом, который Microsoft предоставила. Он очень хорошо подходит для рабочего процесса edit-merge и в основном просто добавляет commit / push / pull и историю файлов прямо в IDE. Наличие истории файлов в контекстном меню чрезвычайно полезно!
Я не согласен, главным образом, потому что выход из визуальной студии, чтобы проверить, поощряет более длительное время между регистрациями. Слишком много людей уже оформляют заказ в начале дня и не регистрируются до конца (или, что еще хуже, дни спустя). Интеграция с Visual Studio позволяет вам постоянно поддерживать контроль над исходным кодом в вашем рабочем процессе.
@Chris - Ааа, ты явно член лагеря "регистрируйся рано и часто". Конечно, вы имеете право на свое мнение. Тем не менее, я являюсь членом лагеря "Не регистрируйся, если это не работает". Системы контроля версий предназначены для контроля версий рабочих программ. Если я хочу создавать резервные копии работ в аварийном режиме, для этого нужны ИТ-резервные копии. Но для вас, да, VS интеграция была бы намного полезнее.
Интеграция управления исходным кодом Visual Studio начиная с VS2005 (VS2003?) Не особенно склонна к модели проверки и проверки. Посмотрите на АнхСВН например. Я предпочитаю интеграцию VS, потому что тогда переименования и т. Д. Более плавные.
@TED: С локальным ветвлением DVCS я думаю, что «регистрируйся рано и часто» имеет еще больше смысла. У вас будет своя собственная история изменений, и вам не придется подвергать ее воздействию других людей, пока она не сработает.
Как насчет того, чтобы сказать Git игнорировать каталоги bin / и obj / внутри проекта? Если, конечно, вы не хотите, чтобы он отслеживал вашу сборку ...: p
Просто любопытно, но почему вы хотите, чтобы он игнорировал ваш файл проекта?
Вы этого не сделаете, у вас обязательно должен быть файл проекта под контролем версий.
Это очень важно - восстанавливаться после того, как вы забыли включить что-то в .gitignore после того, как вы начали коммитить и ветвление, по меньшей мере, болезненно ...
@ Бенджол: Это не должно быть так больно. Вам просто нужно git rm <file> и echo <file> >>.gitignore; git add .gitignore на кончиках ваших активных веток. После внесения изменений вы всегда можете выбрать исправление для других веток.
@Charles Bailey, посмотрите мои приключения в этом вопросе: stackoverflow.com/questions/1887049/…
@ Benjol: я думаю, что ваш связанный вопрос не имеет отношения к этому вопросу. Здесь мы говорим об игнорировании файлов, которые Visual Studio автоматически сгенерирует, тогда как вы были обеспокоены восстановлением файлов, которые вы удалили из ветви (и проигнорировали), но все еще нуждались в восстановлении в вашем рабочем дереве, поскольку они не были автоматически сгенерированы.
@ Майк Браун: он игнорирует файлы * .user, которые являются пользовательскими настройками.
Согласен. Я недавно сделал переход с Subversion на git. Я использую командную строку вместо плагина VS, и это работает просто отлично. Первоначально я думал, что работать без плагина VS будет больно, но это было неправильное представление, которое я имел из-за моего опыта в Subversion.
Как узнать, какие файлы изменились без интеграции с VS?
Я рекомендую этот, так как это официальный продукт Microsoft. и он может установить на VS 2012 Express и
Да, это хороший интерфейс, но нет, он не интегрируется с Visual Studio.
Поставщик контроля исходного кода Git добавляет команды TortoiseGit в контекстное меню в Visual Studio.
Для Visual Studio 2012 это лучший ответ. Похоже, что они вложили много усилий в реализацию, и, по моему опыту, все работает как положено!
Я не смог выяснить, как настроить «Visual Studio Tools for Git» Microsoft для использования частного репозитория Github. Вы видели какую-либо документацию или руководства по этому вопросу?
Я рекомендую посмотреть раздел обзора на marketplace.visualstudio.com/…, прежде чем принять решение установить его.
GitExtensions работает на вас в 2015 году? меню у меня не работает github.com/gitextensions/gitextensions/issues/2815
Вы также можете просто вызвать git прямо из консоли диспетчера пакетов, которая является просто командной строкой powershell. Или ... superuser.com/a/879561/135416
Неплохо. Интересно, кто тестирует и одобряет пользовательский интерфейс ... сообщения во всем очень сбивают с толку ... мое единственное предположение, что они поспешили выпустить его и посмотреть, что / почему пользователь жалуется.

Jon Rimmer · Accepted Answer · 2009-02-03T16-00-00.000Z

1009

Лучший ответ

В январе 2013 года Microsoft объявила, что они добавляют полную поддержку Git во все свои продукты ALM. Они опубликовали плагин для Visual Studio 2012, который добавляет интеграцию управления версиями Git.

В качестве альтернативы существует проект под названием Git Расширения, который включает надстройки для Visual Studio 2005, 2008, 2010 и 2012, как так же как и интеграция с Windows Explorer. Он регулярно обновлялся и, используя его в нескольких проектах, нашел его очень полезным.

Другим вариантом является Git поставщик контроля источника.

Jon Rimmer 03 фев. 2009, в 16:00

1

Фантастика. Это приложение великолепно ... Я терпеливо использовал командную строку и ждал эквивалент tortoiseSVN, но это лучше.
Luke Chadwick 21 апр. 2009, в 01:44
9

ted.dennison: Согласно этой странице ( code.google.com/p/gitextensions ) это плагин VS 2005/2008.
Jonas 06 май 2009, в 11:32
2

Vertis: TortoiseGit давно отсутствует ...
Chris Charabaruk 28 авг. 2009, в 00:19
0

Это работает с VS2005
Gabriel Guimarães 13 март 2010, в 13:22
10

Чтобы исправить себя - источник размещен на Github, MSI нет.
Chris S 25 март 2010, в 13:54
0

Кажется, сейчас поддерживает VS2010.
Maciej Piechotka 01 май 2010, в 13:47
5

Я установил расширения git, он работает визуально в студии и не полностью интегрирован. Есть ли решение, которое позволяет регистрироваться - выходить из обозревателя решений?
Dani 15 янв. 2011, в 17:09
4

Дани, кто-то работает над поставщиком контроля версий Git для VS, который, кажется, обеспечивает более глубокий уровень интеграции: gitscc.codeplex.com
Jon Rimmer 19 янв. 2011, в 10:54
0

Забавно, что расширение не является источником, контролируемым с Github ...
Sung M. Kim 31 янв. 2011, в 02:38
1

@Sung github.com/spdr870/gitextensions
Jørn Schou-Rode 09 фев. 2011, в 20:37
1

Для меня хороший внешний интерфейс Git уменьшил бы количество раз, которое мне нужно, чтобы перейти к командной строке, чтобы выполнить работу. Уже некоторое время (более года) я использую Git Extensions, и прошло уже более 6 месяцев с тех пор, как мне нужно было перейти в командную строку. Я, честно говоря, не могу сказать ни о каком интерфейсе Git Mac, и я попробовал почти все из них.
Carl 12 март 2012, в 22:02
3

Есть ли варианты для VS 2012?
Earth Engine 06 дек. 2012, в 11:54
3

@EarthEngine вчера MS выпустила плагин для Git! hanselman.com/blog/...
Lorenzo Dematté 01 фев. 2013, в 12:53
1

Интересно, получает ли этот ответ все эти голоса, потому что люди действительно думают, что это отличный ответ, или люди просто любят Git.
John Leidegren 25 фев. 2013, в 13:17
0

Я проголосовал за это, потому что это лучший ответ прямо сейчас, хотя он и не очень хороший. Отраслевая поддержка отсутствует, что делает его бесполезным для некоторых моих проектов. Тем не менее, для неразветвленных проектов это хорошо пойти ...
Brian Knoblauch 24 май 2013, в 20:26
1

Это ответ с 2009 года, начиная с «В январе 2013 года Microsoft объявила ...» Вы на мгновение поставили меня в тупик.
sbi 24 нояб. 2015, в 11:05
0

Есть мнение по этому поводу?
student 10 дек. 2015, в 13:46
0

Git for VS не полностью поддерживает все команды git.
Burak Karakuş 28 дек. 2015, в 10:10
0

Да, верно.
user4341848 01 июль 2017, в 08:57
0

Что насчет юникода - можно ли его использовать? Я знаю, что в старом git не было Unicode, и единственным решением было UTF-8.
i486 15 янв. 2018, в 14:05
0

Почему инструмент Visual Studio Git не поддерживает интерфейсный тег ... Интерфейс просто включает изменение, ветвь, синхронизацию, конфигурацию .... БЕЗ тега
Julian89757 07 фев. 2018, в 03:42

Показать ещё 19 комментариев