Страницы

Поиск по вопросам

Показаны сообщения с ярлыком source-tree. Показать все сообщения
Показаны сообщения с ярлыком source-tree. Показать все сообщения

пятница, 3 января 2020 г.

GIT: GitKraken vs SourceTree - что выбрать, или все в месте?

#git #source_tree


Добрый день!

Для работы с гитом я раньше использовал SourceTree, а на новой работе нужно использовать
GitKraken. Я пытался понять, в чем разница между ними, ну кроме интерфейса, но гугл
разницы не показал. 

На одном ресурсе предлагали использовать их вместе, но там же в каждом нужно клонировать
репозиторий, правильно? 

Подскажите - есть ли смысл использовать обе эти программы, либо можно только 1 какую-то
из них использовать? Да и в чем разница между ними, кроме интерфейса?
Кроме того что кракен платный...

Спасибо
    


Ответы

Ответ 1



Git под ними один и тот же. Наверняка вам кто-то пытается навязать свое личное мнение про "идеологически верный" выбор. Никакой разницы нет, какой именно софтиной вы будете пользоваться для работы с репозиторием, кроме личных предпочтений. Нравится платная софтина и дают корпоративную лицензию - отлично. Нет - работайте с тем, с чем удобно. Но если все вокруг будут сидеть на другой программе, то есть риск, что с вашими возможными проблемами коллеги помочь просто не смогут. Поэтому, если опыта не много, то я бы рекомендовал начать работать на общих правилах, а потом, когда появится понимание, начал бы тюнить свой личный процесс.

Ответ 2



Если работать именно с gui не принципиально, то лучше пользовать консоль, тогда не будет зависимости от сторонних инструментов и доступных функций будет побольше =) Как пример могу порекомендовать книжку по гиту: https://git-scm.com/book/ru/v2 или любые видео на Ютубе. Вот, например, парень понятно объясняет: https://www.youtube.com/watch?v=d6RFFNCAd9w&list=PLU2ftbIeotGr_C-6t_lXH1Z3VgS5TLLdb

вторник, 24 декабря 2019 г.

Как удалить ветку develop и установить другую ветку вместо нее?

#git #source_tree


Можно ли удалить ветку develop и установить другую ветку вместо нее? Если да то как?
    


Ответы

Ответ 1



Скорее всего Вас просто нужно просто переименовать ветку. Можно ли сделать это в source tree - я не знаю, но это точно можно сделать в обычной консоле. Открываете консоль и пишете git branch -m develop новая_ветка если же "новая_ветка" уже существует, то либо ее вначале нужно удалить, либо просто написать большую M git branch -M develop новая_ветка В git коммиты не знают о том, к какой ветки они пренадлежат, поэтому, если просто переименовать ветку, то коммиты об этом не узнают. Но ещё остается одна вещь - ветки в удаленном репозитории. И тут можно просто забывать о ветке develop на сервере (ее могут пользоваться и другие пользователи). Поэтому, для начала нужно ветку отправить на удаленный сервер - git push -u origin новая_ветка, а саму ветку develop удалить на сервере. Я знаю, что некоторые здесь очень сильно любят source tree и даже минусуют меня за критику этой программы, но все равно не рекомендую им пользоваться. P.S. - если все таки хочется делать это в source tree - попробуйте кликнуть правой кнопкой по имени ветки и поискать там "переименовать".

понедельник, 16 декабря 2019 г.

Как задать шаблон для имен веток, вроде topic/myfeature или bugfixes/myfeature?

#git #git_branch #git_flow #source_tree


Добрый день, сейчас я работаю с git репозиторием, на котором ветки организованы в
папки: фичи в папке topic/myfeature, багфиксы в папке bugfixes/myfeature.

Собственно вопрос такой, могу ли я сконфигурировать дефолтное имя вообще всех новых
веток которые я создаю, используя сам git или инструментарий sourcetree? То есть я
хочу чтобы когда я нажимаю "создать новую ветку" мне предлагалось автоматически создать
ветку с названием topic/*.

То есть мне нужно предустановленное название ветки которую я создаю. Самой ветки,
имя репозитория к этому отношения не имеет.
    


Ответы

Ответ 1



То, что вы описываете - это расширение git-flow, вводящее высокоуровневые операции для управления потоком разработки. Судя по именованию - большинство разработчиков в вашей комманде использут/использовали именно его. SourceTree умеет работать с этим расширением. По нажатию на кнопку "Git Flow" на тулбаре открывается диалог инициализации Git Flow: В нем вы можете указать названия веток для разработки и продашена, для фич, релизов, хотфиксов, ну и префиксы для тегов версий. После инициализации, по нажатию на кнопку Git Flow будет показыватся диалог операций, позволяющий начинать и завершать работу над фичами, релизами, хотфиксами и т.д:

Ответ 2



git remote -v # View existing remotes # origin https://github.com/OWNER/REPOSITORY.git (fetch) # origin https://github.com/OWNER/REPOSITORY.git (push) git remote rename origin topic # Change remote name from 'origin' to 'topic' git remote -v # Verify remote's new name # topic https://github.com/FORKER/REPOSITORY.git (fetch) # topic https://github.com/FORKER/REPOSITORY.git (push) локальный конфиг хранится тут, если что vim .git/config

среда, 16 января 2019 г.

GIT: GitKraken vs SourceTree - что выбрать, или все в месте?

Добрый день!
Для работы с гитом я раньше использовал SourceTree, а на новой работе нужно использовать GitKraken. Я пытался понять, в чем разница между ними, ну кроме интерфейса, но гугл разницы не показал.
На одном ресурсе предлагали использовать их вместе, но там же в каждом нужно клонировать репозиторий, правильно?
Подскажите - есть ли смысл использовать обе эти программы, либо можно только 1 какую-то из них использовать? Да и в чем разница между ними, кроме интерфейса? Кроме того что кракен платный...
Спасибо


Ответ

Git под ними один и тот же. Наверняка вам кто-то пытается навязать свое личное мнение про "идеологически верный" выбор. Никакой разницы нет, какой именно софтиной вы будете пользоваться для работы с репозиторием, кроме личных предпочтений. Нравится платная софтина и дают корпоративную лицензию - отлично. Нет - работайте с тем, с чем удобно.
Но если все вокруг будут сидеть на другой программе, то есть риск, что с вашими возможными проблемами коллеги помочь просто не смогут. Поэтому, если опыта не много, то я бы рекомендовал начать работать на общих правилах, а потом, когда появится понимание, начал бы тюнить свой личный процесс.