Действительно ли возможно отключить опцию автослияния в Системе Команды Visual Studio 2008? Раз так, как?
Вот HashSet< string> подход:
public static string[] RemoveDuplicates(string[] s)
{
HashSet set = new HashSet(s);
string[] result = new string[set.Count];
set.CopyTo(result);
return result;
}
, К сожалению, это решение также требует платформы.NET 3.5 или позже поскольку HashSet не был добавлен до той версии. Вы могли также использовать массив. Отличный () , который является функцией LINQ.
2 ответа
Краткий ответ в Visual Studio 2008 кажется отрицательным.
Каждый раз, когда два человека меняют один и тот же файл, вы должны «объединить» код. Это может иметь три формы:
- Сохранить свою версию (отмена их изменений)
- Сохранить их версию (отмена ваших изменений)
- Объединить оба изменения, чтобы объединить их оба вместе
Вы не можете "выключить это" ", потому что нет другого безопасного способа разрешить конфликт.
Самое близкое, что вы можете сделать, чтобы отключить слияние, - это запретить множественное извлечение (заблокируйте файл, чтобы только один разработчик мог работать с ним одновременно). Это предотвращает одновременное редактирование двух и, таким образом, полностью устраняет проблему слияния. (За дополнительную плату из-за того, что разработчиков часто блокируют и они не могут работать с файлом, пока другой разработчик имеет блокировку). Это ужасный и обычно неэффективный способ работы - я бы не рекомендовал его.
Вы можете свести к минимуму необходимость слияния:
- Проверяйте почаще. Многие небольшие изменения уменьшают вашу подверженность конфликтам слияния, в то время как несколько крупных изменений увеличивают вашу подверженность.
- Разделите большие и часто изменяемые файлы на множество меньших файлов, чтобы свести к минимуму вероятность того, что двум разработчикам потребуется изменить один и тот же файл одновременно time
- Прежде чем вы начнете работать с файлом, проверьте, редактирует ли его кто-нибудь еще, и попробуйте реорганизовать свое «расписание», чтобы вам не приходилось начинать редактировать этот файл, пока другой программист работает над ним ( добровольная «мягкая блокировка», чтобы просто уменьшить вероятность необходимости слияния)
Вы также можете обновить инструменты слияния. Слияние Visual Studio ужасно , сложно использовать и часто вносит проблемы в код. Он укусил меня так много раз, что я не могу ему доверять, поэтому каждый раз приходится выполнять болезненные ручные слияния. Теперь я использую Araxis Merge, который всегда идеально выполняет автоматическое слияние, давая мне уверенность в том, что я могу просто оставить его, чтобы слияние выполнялось за меня. (Я никогда не использовал другую программу слияния, которая вселяет в меня такую уверенность, и я пробовал почти все другие варианты за эти годы). Когда требуется ручное слияние, он предлагает очень четкое представление слияния для «чтения», а также очень быстрый и интуитивно понятный пользовательский интерфейс для выбора способа слияния каждого бита кода, что делает его очень эффективным. Однажды я в течение 3 дней боролся со сложным слиянием в VS (несколько раз искажая код, пока не сдался), затем я купил Araxis Merge и полностью повторил все слияние за 15 минут. Хороший инструмент действительно избавляет от боли при слиянии.
(Я никоим образом не связан с Araxis, я просто терпеть не могу большинство ужасных инструментов слияния)