смысл делать фичу которую никто не заметит?

Стало симпатичней - но всеравно на большом монике - все развмазано, http://s2.uploads.ru/K96u8.jpg
Имхо нун предельную ширину сайта зафиксировать и я бы обcss-ил смайлики широкой белым бордером, а фон под смайлами чуть темней

tenshi,

почему не заметят? Подобные вещи как раз внизу и размещают (и там их и ищут чаще всего) . Зависнет браузер - найдут!))))

Да нет, зачем? У меня монитор 1920х1080 (один из самых больших ) - удобно все смайлики на экране. Наоборот я бы еще расстояние между ними бы увеличил

Я через виндовый клиент) Очень удобно и разобрался быстро, а то с консолью не все понятно было и я ее побаивался:)

Мне тоже так кажется, но на базовом уровне (склонировать, запушить, закоммитить) можно быстро освоить

че т до меня, как до утки :D
вроде чуть прояснилось... спасибо ;)
какой?
с кодировкой на винде беда
так то оно так, но мне все равно не комфортно, если не знаю все возможности / нюансы

наоборот с консолью проще.. Я после git решил изучить по подробнее как устроен UNIX .. книжечку заказал

Мне понравилось как phpStorm работает в связке с git ..

С оф. сайта: http://windows.github.com/

C кодировками пока не замечал проблем

ей же пользуюсь :) Но, консоль то никто не отменял?

Не отменял, но мне пока хватает возможностей этого клиента

удивлен :blink: Т.е. ты даже ни разу не делал git commit --amend ?

Я всего пару раз делал :p

это вообще законно?

))))

monolithed, melky, dmitry111, а что такого? :)

nerv_,

фраза заинтриговала)
а разве там нет такой опции?
зы: никогда не работал через gui

нет. Она (gui) сделана по принципу минимализма (что, кстати, здорово). Упор, скорее, на представление/обзор, нежели дофига_кнопок_напихать :)

если не ошибаюсь, меняется ID коммита, и поэтому если сначала push'ить изменения на remote репозиторий, а потом на локальном репозитории сделать commit --amend, и попробовать опять отправить изменения в remote, то ничего не получится и придётся заменять (--force)

если работаешь один, то ничего, но если в команде, и уже кто-то успел скачать твой первый коммит (который ты вскоре переделал), то будут проблемы.

а разве пулл с автомёржем не спасёт отца русской демократии?

можно пример?

разве тогда не будут конфликты при слиянии? если делать слияние со стратегий принятий чужих изменений, то это может быть опасно.

Логично, что --ammend нужно делать до push, а --force после (если до такого дойдет)

melky, monolithed, спасибо, вчера уже наступил (грабли) :)

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

вопрос: мне надо удалить все файлы, кроме [selector]. Пишу

git rm !selector

но не работает. Что делаю не так?

На выбор:

git rev-parse --abbrev-ref HEAD | xargs git ls-tree -r --full-tree --full-name --name-only | grep -v FILE\.js | xargs git rm -rf

git filter-branch --tree-filter 'find...'

find ./ -type f ! -name 'FILE*\.js' | xargs git rm -rf

ls -1 | grep -v FILE\.js | xargs git rm -rf

думаю проще всего будет сначала удалить все файлы из под контроля версий, потом нужные добавить обратно, а потом удалить все файлы которые не под контролем версий. это 3 простые команды.

monolithed, спасибо.

tenshi, благодарю. Пожалуй, этот способ для меня в данный момент будет самый простой и легкозапоминающийся.

После относительно недолгой работы с git, меняю свое мнение с этого
на это: управление нифига не очевидно и интуитивно не понятно. Не юзер френдли.

со знаниями юникс -интуитивное и очевидное

юникс тут не при чем. Например, мое мнение как должно быть (примерно):

branch.create(name)
branch.switch(name)
а не
branch name
checkout name

тупо ооп. Кого лешего разные команды? И таких неочевидностей пруд пруди. Удалить ветвь на удаленном репозитории

git push server :branch
вместо
git remote.branch(name).delete

это ж вообще ппц. Писать долго? Путь делает автокомплит по табу исходя из значения перед точкой.

p.s.: да, я знаю, что для создания и переключения на ветвь сразу есть своя команда

Можно же проще:

git checkout -b name

Не всем нравится ООП (например мне).
И причем тут вообще ООП?

Еще нужно не забыть удалить локальный бренч:

git branch -d name

А вообще, можно так:

git remote add public  http://example.com/storage.git
git remote rm public

согласен
я привел аналогию

спс

Кстати, не в курсе, все псевдонимы глобальные? Есть псевдонимы в рамках команд? Например
git branch alias (e.g. new)
и при этом использовать этот же псевдоним так
git commit new

monolithed,

не подскажешь как сделать, чтоб информация в терминале отображалась разным цветом.

Уже устал от черно-белого режима))

К примеру, ввожу ls -1, а он отображает список другим цветом

Также хотел бы узнать.

Вот есть команда rm, у нее есть опции, например:
-r, -R, --recursive

Правильно ли я понимаю, что это просто дубликаты, которые ничем друг от друга не отличаются и команды :

rm -r [файл]
rm -R [файл]
rm --recursive [файл]

идентичны

?

Добавь в .gitconfig:

[color]
	diff   = true
	grep   = true
	status = true
	ui     = true

	[color "branch"]
		current = yellow reverse
		local   = yellow
		remote  = green

	[color "diff"]
		meta       = normal
		frag       = magenta bold
		old        = red bold
		new        = blue bold
		whitespace = red reverse

	[color "status"]
		added      = yellow
		changed    = green
		untracked  = cyan

rm или git rm ?

У *nix команды rm есть ключи -r, -R - они эквиватентны.

Также для удаления директорий есть отдельная команда rmdir

У git команды rm, есть только ключ -r

А вообще ты сам можешь посмотреть информацию по ключам:

info rm
man rm
git rm --help

не я не о гите. Я о работе в терминале в целом.
Также интересно, можно ли как-нибудь зафиксировать, чтобы текст не уходил в самый низ, а был на середине экрана. А то каждые 10 минут надо набирать clear - неудобно(


она удаляет только пустые директории(

да это-то смотрел, просто непонятно зачем нужны дубли команд, поначалу это немного сбивало с толку

пкм по терминалу (шапке окна). По крайней мере в винде так.

Так уточняй сразу, я не телепат.

В Linux есть специальный файл /etc/DIR_COLORS, в котором задаются цветовые схемы, которые можно потом использовать в .bashrc для PS1 и TERM и пр.

К примеру чтобы расскрасить вывод ls:

OS=`uname -s`

case "$OS" in
    "SunOS" ) 
        # Solaris ls doesn't allow color, so use special characters
        LS_OPTS='-F'
        alias  ls='ls ${LS_OPTS}'
        ;;
    "Linux" )
        # GNU ls supports colors!
        # See dircolors to customize colors
        export LS_OPTS='--color=auto' 
        alias  ls='ls ${LS_OPTS}'

        # Get color support for 'less'
        export LESS="--RAW-CONTROL-CHARS"

        # Use colors for less, man, etc.
        [[ -f ~/.LESS_TERMCAP ]] && . ~/.LESS_TERMCAP

        export GREP_OPTIONS="--color=auto"

        ;;
    "Darwin"|"FreeBSD")

        # Most FreeBSD & Apple Darwin supports colors
        export CLICOLOR=true
        # Get color support for 'less'
        export LESS="--RAW-CONTROL-CHARS"

Для того чтобы расскрасить PS1 и PROMPT:

# Set colors for user
case `id -u` in
    0)  lcolor='\[\033[01;31m\]';;
    *)  lcolor='\[\033[01;32m\]';;
esac
hcolor='\[\033[01;33m\]'
nocolor='\[\033[0m\]'

# User specific aliases and functions
case "$TERM" in
    xterm*|rxvt*)
        # Set prompt
        PS1="${lcolor}\u${nocolor}@${hcolor}dev${nocolor}:\w\$(USER)\\\$ "
        # Set terminal title
        PROMPT_COMMAND='echo -ne "\033]0;${USER}@$HOSTNAME: ${PWD/$HOME/~}\007"'
        ;;
    *)
        ;;
esac

Статья на эту тему

monolithed,

спасибо!