aol-nnov

это читал? :)

и в вопросе какая-то ересь:
> переходил на нее по адресу [username].github.io
> как итог стала обновляться, но адрес сайта изменился на [username].github.io

[username].github.io == [username].github.io, в чем тогда вопрос?? (но я-то подозреваю, что во втором случае не [username], а [projectname] вышло и тебе надо читать ссылку из моего ответа выше)

замёржил изменения с origin, ветка letters_site в свою рабочую копию на местную ветку, имя которой можно посмотреть через git status

git checkout -b new_branch
git rm -rf лишнее
git commit -am 'w00t'
так штоле? с свнами не работал. зачем такое может потребоваться-то?

Git blame это. И по коммитам ходить.
Через дифф напрямую никак.

так. А в чем, собственно, вопрос?

> На что по делу влияет autocrlf?
он влияет на нежелание читать документацию. инфа 146%

https://help.github.com/articles/dealing-with-line...

если не ясно, что пойдет в следующий релиз, надо все фичи начинать от одного коммита.
но я бы делал не так:
делаешь фича-бранч от #dev, колбасишь фичу, как она готова - ребейзишь её на край #dev, ревью кода, (потом опционально sqash всей фичи до 1 коммита), мёрж в #dev. Потом еще одну, и еще. Тестинг-шместинг, как всё улеглось, от этого места в #dev делаешь #release отдельную ветку или ребейзишь сюда ту ветку, с которой делаешь релизы или просто ставишь тэг.
релиз прошел, какая фича доделана, ребейзишь её на край #dev и всё по кругу.
при таком подходе хорошо видно, что попадет в релиз (так как оно уже доделано и лежит в #dev)

git checkout otherBranch -- path/to/file

но это только содержимое файла с края otherBranch, никакой истории изменений.