Ну можно и по-другому рассудить. Если бы компания предпочла одно из названий — это было бы политическим поступком, поддержкой одной из спорящих сторон, а так она как бы сохраняет нейтралитет не подписывая вообще. Хотя лучше было бы конечно написать оба названия, чем вообще никакого.
Вы наверняка со мной не согласитесь, но по-моему правильность названия улиц намного важнее в повседневном использовании, чем правильность названия залива. И да, если бы на картах Гугл над Украиной перестало отображаться название страны, я, поверьте, никак от этого бы не пострадал, я и так отлично знаю, где она находится и как называется. Но возможно из патриотических соображений перестал бы этими картами пользоваться вовсе. Но в суд на Гугл подавать мне бы в голову не пришло.
Ну так в общем то и есть. В Киеве, например, у них неправильные названия улиц попадаются, новая станция метро отсутствует (которая открыта уже почти полгода как), развязки не обновляются годами. Поэтому я и не пользуюсь их картами. И иранцев никто не заставляет пользоваться картами Гугл, если их не устраивает, что залив, видите ли, на карте не подписан, это ж буквально каждый день информация обновляющаяся, каждый уважающий себя иранец утром ходит смотреть на карты Гугл — как же у нас сегодня называется залив? А там опа — и пустота, беспредел какой!
В hg центральный репозитарий совершенно не обязателен (он в общем то не отличается от других ничем, кроме того, что разработчики договорились между собой считать его центральным).
В git можно построить работу точно так же, в этом он от hg как раз не отличается.
У меня исключительно личный опыт и опыт коллег. Ну и потом, какой вы хотите пруфлинк? Пруф в плане доказательство? Вряд ли какой-то НИИ ставил эксперименты по всем правилам с контрольными группами и пр. на эту тему. Но если вы погуглите на тему git mercurial learning curve, вы увидите, что достаточно много людей думают так же, как я.
Порог вхождения в Mercurial ниже, learning curve у него менее крутая, ну и конечно Principle of least surprise он удовлетворяет намного лучше, чем Git.
Вы описали как оно у вас устроено, но не описали почему. Хотелось бы услышать причины, по которым вы отказались от бранчей по фичам и пришли к той схеме, которую вы описали. Спасибо.
Не знаю, только, хорошо это или плохо.
В git можно построить работу точно так же, в этом он от hg как раз не отличается.