Shestak UI
Go Back   Shestak UI > Interface Forums > Russian Community > General Discussion

General Discussion The place for World of Warcraft discussions that don’t fit into any other forum.

Advertising

 
Thread Tools
Old 27.08.2012, 12:20   #71
Shestak
 Junior Member User Information

Shestak's Avatar
У меня вот так расположено все http://i.imgur.com/kmYKs.jpg
Old 27.08.2012, 12:20   #1.5 - Disable Ads

Advertise on this site

Old 20.09.2012, 21:49   #72
m2jest1c
 Assistant User Information

m2jest1c's Avatar
Quote:
Originally Posted by Shestak View Post
Quote:
Originally Posted by m2jest1c View Post
у себя исправил (еще бы знать как правильно pull request делать, надо погуглить)
Тут мб чего пригодится?
вообщем, тему пролистал, по ссылочке с инструкцией переходил, почитал, думаю сделать так (разговор про pull request):
1. переименовываю свой репозиторий (мод)
2. делаю еще один форк на твой репозиторий (оригинал)
3. клонирую куда-нибудь отдельно форк оригинала
4. правлю код мода, прикидываю, нужно ли это основной сборке
5. правлю код в форке оригинала, push > pull request
6. PROFIT!
... или всё таки можно проще и я опять колдую?
Old 21.09.2012, 02:21   #73
Shestak
 Junior Member User Information

Shestak's Avatar
Ну, насколько я понимаю, если в изменениях есть изменения которые "не нужны"(часть твоего кода, а часть полезного для паблика) в паблик сборке, то одним репозиторием не обойтись.
Old 21.09.2012, 11:21   #74
m2jest1c
 Assistant User Information

m2jest1c's Avatar
ну и отлично, тогда не буду голову забивать, а сделаю отдельный репозиторий
Old 21.09.2012, 11:28   #75
Shestak
 Junior Member User Information

Shestak's Avatar
Да не, зачем заморачиваться, если будет что-то нужное-важное. ты просто покажи у себя коммит, а я уже сам внесу изменения в паблик.
А то два репозитория, один для себя, второй для паблика, в них разные изменения, имхо геморой.
Say Thank:
m2jest1c (21.09.2012)
Old 21.09.2012, 11:40   #76
Wetxius
 Assistant User Information

Wetxius's Avatar
Для пул реквестов удобно делать отдельные ветки. Сначала, форкаешь репо оригинальное, делаешь из него ветку без изменений(своих), создаешь новую ветку на его основе со своими изменениями. И уже вот эту ветку меняй как хочешь. Если нужен реквест, переходим на ветку оригинала, обновляем его, применяем комит, отправляем автору.
Как-то так.
Say Thank:
m2jest1c (21.09.2012)
Old 21.09.2012, 12:52   #77
m2jest1c
 Assistant User Information

m2jest1c's Avatar
Quote:
Originally Posted by Shestak View Post
А то два репозитория, один для себя, второй для паблика, в них разные изменения, имхо геморой.
да нет на самом деле, просто в одной папке будет "валяться" оригинал, перед изменением обновляться, проверяться (ну чтоб уж точно на оригинале работало), реквестится.
а если есть желание самому проверять мои поделки, то пожалуйста, мне даже проще на форуме
Quote:
Originally Posted by Wetxius View Post
Для пул реквестов удобно делать отдельные ветки.
лишь бы не запутаться в них, но стоит попробовать
Old 20.10.2012, 06:05   #78
Shestak
 Junior Member User Information

Shestak's Avatar
Наткнулся тут на статью. И суть не в сабже статьи, а в одном из комментов. В нем "ругали" доп. строку-коммит мердж, которая в свою очередь "мусорит" историю.
У нас в начале общих изменений эта строка часто появлялась, так как перед пулом своих изменений нужно было зайти на гит и посмотреть, нет ли других новых коммитов. И частенько я забывал это сделать.
Так вот, в том комментарии в статье говорилось о rebase, и его автоматической установки в конфиге гит(локальном).

Только я вот что-то никак не могу понять, где и как это прописать у себя. Кто знает?

Добавлено через 9 минут
Понял. Сначала прописал через консоль, а уже потом посмотрел файл конфига.

Команды:
Code [Select]:
# make `git pull` on master always use rebase
$ git config branch.master.rebase true
Code [Select]:
# setup rebase for every tracking branch
$ git config --global branch.autosetuprebase always
А конфиг выглядит так:
Code [Select]:
[branch]
	autosetuprebase = always
Осталось только проверить.

Добавлено через 17 минут
Хм, не помогло. ГитГуи не принял команду и оповестил ошибкой о том, что в глобальном репозитории есть изменения предлагая сделать pull, через консоль ввел git pull --rebase , и все равно появился мердж.

Ребаз делал глобальным:
Code [Select]:
$ git config --global branch.autosetuprebase always
Сейчас попробовал только для мастер ветки сделать. Конфиг сейчас выглядит так:
Code [Select]:
[core]
	repositoryformatversion = 0
	filemode = false
	bare = false
	logallrefupdates = true
	symlinks = false
	ignorecase = true
	hideDotFiles = dotGitOnly
	quotepath = false
[remote "origin"]
	fetch = +refs/heads/*:refs/remotes/origin/*
	url = git@github.com:Shestak/ShestakUI.git
[branch "master"]
	remote = origin
	merge = refs/heads/master
	rebase = true
[gui]
	wmstate = normal
	geometry = 1005x545+110+15 322 232
[i18n]
	commitencoding = cp1251
	logoutputencoding = cp866
[user]
	name = Shestak
	email = УДАЛЕННЫЙ_ЕМАИЛ
Old 20.10.2012, 09:35   #79
Wetxius
 Assistant User Information

Wetxius's Avatar
Quote:
Originally Posted by Shestak View Post
rebase
В проге Git Extension, можно сделать это через гуи, собсно, я так и делаю, когда твои изменения на гите, но не у меня на локали, клиент сразу ругается, и я делаю ребейз.
http://i.imgur.com/aaLcJ.jpg
Old 20.10.2012, 09:48   #80
m2jest1c
 Assistant User Information

m2jest1c's Avatar
я может и мало понимаю, о чем вы, но "*Rebase" есть и в tortoiseGit

Tags
github

Thread Tools


Similar Threads
Thread Thread Starter Forum Replies Last Post
Общая информация, описание, вопросы и ответы Information General Discussion 21 14.09.2012 22:11


Mobile Style Русский English Deutsch Italian Chinese