Каковы должны быть различия между руководителем группы и членом команды во внутренней группе разработчиков? [закрытый]
Как настроить его для игнорирования файлов:
способность сделать, чтобы мерзавец проигнорировал файлы, Вы не желаете, чтобы это для отслеживания было очень полезно.
Для игнорирования файла или набора файлов Вы предоставляете шаблон. Синтаксис шаблона для мерзавца довольно прост, но мощен. Это применимо ко всем трем из различных файлов, я упомяну рев.
- пустая строка А не игнорирует файлов, она обычно используется в качестве разделителя.
- Строки, смотрящие с [1 132] #, служат комментариями.
- ! префикс является дополнительным и инвертирует шаблон. Любой отрицаемый шаблон, который соответствия переопределят более низкие шаблоны приоритета.
- расширенные выражения Поддержек и подстановочные знаки
- Исключая: шаблон: *. [OA] проигнорирует все файлы в репозитории, заканчивающемся в.o или.a (объектные и архивные файлы)
- , Если шаблон будет иметь каталог, заканчивающийся мерзавцем наклонной черты, то будет только соответствовать этому каталогу и путям под ним. Это исключает регулярные файлы и символьные ссылки от соответствия.
- наклонная черта продвижения А будет соответствовать всем файлам в том пути.
- Исключая: шаблон /*.c будет соответствовать файлу foo.c , но не яркий пример bar/awesome.c
от gitignore (5) страница справочника:
$ git status
[...]
# Untracked files:
[...]
# Documentation/foo.html
# Documentation/gitignore.html
# file.o
# lib.a
# src/internal.o
[...]
$ cat .git/info/exclude
# ignore objects and archives, anywhere in the tree.
*.[oa]
$ cat Documentation/.gitignore
# ignore generated html files,
*.html
# except foo.html which is maintained by hand
!foo.html
$ git status
[...]
# Untracked files:
[...]
# Documentation/foo.html
[...]
Обычно существует три различных способа проигнорировать неотслеженные файлы.
1) Игнорируют для всех пользователей репозитория:
Добавляют файл, названный .gitignore к корню Вашей рабочей копии.
Редактирование .gitignore для соответствия предпочтениям, для которых должны быть проигнорированы файлы.
git add .gitignore
и фиксация, когда Вы сделаны.
2) Игнорируют только для Вашей копии репозитория:
Добавляют/Редактируют $GIT_DIR/info/exclude файла в Вашей рабочей копии, с Вашими предпочтительными шаблонами.
Исключая: Моя рабочая копия является ~/src/project1, таким образом, я отредактировал бы ~/src/project1/.git/info/exclude
, Вы сделаны!
3) Игнорируют во всех ситуациях, в Вашей системе:
Глобальный игнорируют шаблоны для Вашей системы, может войти в файл, названный, чего когда-либо Вы желаете.
Мой лично называют ~/.gitglobalignore
, я могу тогда сообщить мерзавцу этого файла путем редактирования моего файл ~/.gitconfig со следующей строкой:
core.excludesfile = ~/.gitglobalignore
Вы сделаны!
я нахожу страница справочника gitignore быть лучшим ресурсом для получения дополнительной информации.
5 ответов
Это зависит от того, что именно вы подразумеваете под «лидером группы» ;-p
Я видел места, где есть четкое разделение между техническим лидером ( который может нести большую ответственность за технические решения, проблемы дизайна, «переходить к парню» для проблем с кодированием и т. д.), и руководитель разработки , который в первую очередь является фасилитатором, выполняющим две основные функции:
- устранять любые возникающие блокировки, не связанные с кодированием
- , действовать в качестве основного связующего звена с клиентом / заказчиком / пользователем-защитником / чем угодно
, т.е. что угодно, чтобы сохранить эти несколько драгоценных золотых часов программирования. Они могут также заниматься кодированием на стороне, но это не их основная работа.
Основные навыки технического руководителя:
- опыт предмета, продукта, API, языка, и т. д.
- понимают влияние изменений на вышеупомянутую
- способность принимать технические решения
- решение общих проблем кода
- подотчетность
- хорошо объясняет технические темы
- «допуск»
Основные навыки руководителя разработки:
- коммуникация
- управление людьми
- знание клиента / и т. д.
- учет времени
- способность управлять фокусом разработки
Основные качества, которые члены команды ищут в лидере группы программирования:
- Технологическая смекалка.
- Понимание предметной области.
- Доступность и доступность.
- Удовлетворительно.
- ] Ладно ладит с людьми (хорошие манеры).
Основные качества, которые руководство ищет в лидере группы программирования:
- Вызывает уважение команды.
- Деловая смекалка.
- Ложится с людьми (хорошие манеры) .
- Верный компании и ее руководству.
- Надежный.
- Приводит к делу.
- Заставляет других выполнять работу.
- Технологически подкованный.
- Понимает процесс разработки программного обеспечения.
Основные качества, которые члены команды программистов ищут в других членах команды программистов:
- Нет рывок (имеет некоторые манеры).
- Тянет собственный вес (уменьшает энтропию, а не способствует ей).
- Не робок.
Основные качества, которые руководство ищет в членах команды программистов:
- Способность превращать деньги в работающее программное обеспечение, которое стоит больше, чем потраченная сумма.
Короче говоря, руководитель группы должен быть человеком, который может давать ответы всем людям внутри и за пределами команды. (Хотя этот ответ может быть таким: вы должны спросить об этом <имя>.) Таким образом, руководитель группы будет человеком с хорошими коммуникативными навыками и достаточным опытом, чтобы находить нужные ответы. Если ему не хватает технических знаний, то он должен, по крайней мере, знать надлежащие источники, чтобы быстро найти знания, которых ему не хватает.
И, конечно же, прочитать другие ответы, чтобы увидеть то, что ему нужно, но более конкретное. : -)
Быть руководителем группы означает, что вас будут обвинять в том, что ваша команда делает неправильно, но, опять же, вас хвалят, когда ваша команда работает выше ожиданий. К сожалению, это неблагодарная работа, так как вам придется иметь дело с множеством неудач (читайте: ошибки в продукте) все время, прежде чем что-то, наконец, добьется успеха. Умение справляться с критикой - самая важная черта, которая вам понадобится, потому что вас больше всего ненавидят, если проект вашей команды терпит неудачу. (Потому что все будут винить вас в этом, даже члены вашей команды.)
Но если вы можете сделать работу команды успешной, тогда ВАУ! : -)
Любой лидер должен обладать следующими качествами:
- Он должен быть технически исправным
- Он должен уметь делегировать работу
- Он должен уметь указывать путь, когда люди застревают
- Он должен без колебаний попробовать что-то новое
- Он должен быть хорошим слушателем, уважать мнение других людей и хорошо разрешать конфликты.
- Его должны уважать все члены команды
Лидер обладает лучшими техническими или коммуникативными навыками, чем остальные члены команды.
Обязанности, которые должен иметь лидер, заключаются в том, чтобы члены команды знали, в чем заключаются их обязанности.