Как сделать инсталлятор для своего приложения linux, windows, macos?

с каких пор InnoSetup платный?

Как узнать в Git log --format ветки к которым принадлежит коммит?

iv-fyodorov1992:

На самом деле интересуют места "развилок"

git merge-base

Какие есть визуализаторы дерева зависимостей?

спасибо, но боюсь, я с ходу не понял, как сделать требуемое мне:

дать на вход, например, множество: вершины графов с их соседями.
Что-то вроде:

unit1 -> unit2, unit3
unit2 -> unit3, unit4
unit3 -> unit4,

etc
а на выходе получить визуализированный граф.

да, рисовать графы (и, вероятно, делать обход по ним) он умеет, но вот нарисовать граф, заданный неким текстовым представлением - не нашёл...

Какие есть визуализаторы дерева зависимостей?

спасибо, только на теги гляньте :)) а pas2dox не работает у меня

Какие есть визуализаторы дерева зависимостей?

о! оно! спасибо!

Почему при перенаправлении в файл вывод обрезан?

Александр Куракин: о,как! интересно

Git. Как понять, что уже изучил основы?

Антон: >>Но вот каждый раз вызывать gitBash и писать команды типа git add и т.д. это перебор
бгг, во-первых, совсем необязательно "вызывать каждый раз", достаточно держать открытым
(иначе, с таким же успехом можно говорить "каждый раз вызывать GUI-оболочку, чтобы добавить файл в репозиторий"; мы же не имеем в виду, что GitExtensions и TortoiseGit (которые интегрируются в explorer/проводник) - единственные GUI-обёртки над Git?)
во-вторых, добавить выделенный в файловом менеджере (не-проводнике) можно и преднастроенным кликом (для любителей мыши) выполнения команды git-add...
в-третьих, утверждение "есть люди, которым больше нравится" имеет весьма посредственную связь с вашим "будет огромными плюсом"

а насчёт "никогда не видел"...
дык, потому и не видели, что консоль Вами не котируется в числе умений
а меж тем, удалённый доступ через VPN к рабочей машине по пути на работу/с работы в электричке - вполне себе реальность, и совсем не обязательно для этого нужен ноутбук.

вот Вам сценарий:
в проекте все тесты выполняются, например, по часу, в конце рабочего дня Вы перед уходом домой, коммитите последние изменения, и запускаете тесты (ну или пушите на сервер в тестовую ветку), чтобы прогнать ВСЕ тесты, дабы убедиться, что ничего не сломалось, и едете себе домой. На полпути домой вам сваливается уведомление, что тесты прошли. Вы коннектитесь к своей машине (по SSH) с мобилы (зачем терять время?), и выполняете git push ... Всё, код ушёл в основную ветку, ночью прогоняются интеграционные тесты, например (ещё по паре часов).

Шире смотрите на мир )) стройте свою работу эффективно )))

Git. Как понять, что уже изучил основы?

Антон: тут можно поспорить насчёт "никто в консоли не работает"
и "огромным плюсом будет, если укажете оболочку для работы с Git"
как раз огромным плюсом будет "умею работать с Git в консоли" (тем более, что ТС и так в GitBash управляется)
плохого в привычке к GUI то, что - это уже само по себе дополнение, в то время, как консоль - фундамент
что GUI "требовательней" ко времени (тормозит) на медленном соединении, каждое действие требует отрисовки (проход по меню - то ещё удовольствие)
GUI к Git сложнее заюзать с мобилы, консоль по SSH прекрасно юзается любым эмулятором терминала

Git. Как понять, что уже изучил основы?

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

Git. Как понять, что уже изучил основы?

Сергей Протько: >>да и пожалуй нет у гита фич, которые нельзя за 5 минут рассказать.
рассказать-то можно )))) вопрос "поймут ли" ))) у меня коллеги до сих пор консультируются по сложным (неоднократно рассказанным) вопросам, хотя используют Git каждый день

Git. Как понять, что уже изучил основы?

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

Что изучать после Delphi?

ASX4: задания ты можешь придумать себе сам, исходя из интересов и повседневных действий. придумай как их автоматизировать, облегчи себе работу. однако, не изобретай велосипеды ))))) (хотя мой пример с качалкой файлов из интернета - как раз велосипед, ибо, как минимум, есть curl и wget)
1. если, например, с торрентов смотришь/качаешь сериалы, которые регулярно обновляются, можно это автоматизировать (хотя это область скриптовых языков, как мне кажется - их проще редактировать, у них нет этапа компиляции, тем самым проще развивать): кинул ссылку на страниц такому "менеджеру закачек", а он сам проверяет не обновился ли .torrent-файл, если обновился, скачивает его, и отдаёт торрент-качалке, которая уже его подхватывает. и тогда тебе на надо следить "не вышла ли новая серия?"
(одно время у меня так качались "одновременно" три сериала, причём с трёх разных сайтов).
2. Например, если есть "проблема заполнять бланки для оплаты коммуналки", придумай как облегчить снятие, например, показаний приборов учёта (воды/газа/электричества) для тех, кто этим у тебя в семье занимается, и чтобы "раз и распечатал"...

Что изучать после Delphi?

ASX4: Я не ставил целью унизить тебя. Я ставил целью показать тебе, что в том, что, как ты считаешь, ты уже "разобрал, что к чему" есть ещё в чём разбираться:
1. CLI (консольные приложения) - это не казалось бы освоенный тобой GUI.
2. Компилировать приложения автоматически - это не "открыть проект в Delphi и нажать Build project".
3. Задать версию файла приложения - это не только "подправить строчку" в свойствах проекта (к тому же, на сервере сборок изменять файл, конечно же, никто не будет), а это некий файл ресурсов.
4. Организовывать исходники проекта НУЖНО. И так, чтобы они собирались с минимальными телодвижениями: у коллеги, на сервере сборок, etc.
5. Что, чтобы получать на выходе СТАБИЛЬНЫЕ (читай, хорошо, безглючно роботающие) приложения, нужно использовать тестирование. И первый этап, зависящий от разработчика (хорОшего разработчика) - это unit-тестирование.
6. И что для тестирования могут использоваться (как правило) скриптовые языки. Читай, "программист владеет несколькими ЯП"
7. Ну, про подпись сертификатом - это больше похоже на рюшечку, но это защищает целостность твоего приложения (ну и толкает к области "криптография и цифровые подписи").

А всё это должно толкнуть тебя к мысли, что программирование - это целый комплекс используемых приложений, и все этапы создания приложения можно (и нужно!) автоматизировать )
З.Ы. ЯП, естественно, не обязательно Pascal/Delphi (я и сам начинал с них), но общие принципы такие.

Git новая и отдельная ветка для удаленного репозитория - возможна?

И git push --help

Как поменять порт ssh на сервере и успешно к нему подключиться?

выключите iptables и проверьте, а то, возможно, неверно его настроили

Стоит ли в репозиторий делать коммиты, содержащие методы с NotImplementedException?

ManWithBear: дык, дело-то не в количестве коммитов, а в простоте работы с историей ПОТОМ
все эти игры с оформлением коммитов - вклад в будущее понимание текущих изменений: что, как, зачем и почему?

Стоит ли в репозиторий делать коммиты, содержащие методы с NotImplementedException?

да, одна атомарная задача - один коммит
зачем в коммите, изменяющем имя переменной, изменять форматирование кода?
зачем при удалении неиспользуемого кода, рефакторить и методы?
как потом ЭТО разгребать? и искать, что где и почему сломалось? ведь прежде, чем что-то откатить, как Вы говорите, надо найти что именно откатить
ведь проблема не в количестве коммитов, как таковом, а количестве коммитов в одном PR (pull-request)
так, каждый мейнтейнер проекта сам выдвигает требования к PR (к Git'у, например, вообще PR на github'е не принимаются, только патчи в maillist и чего? )))

Стоит ли в репозиторий делать коммиты, содержащие методы с NotImplementedException?

ну, Вы же эту ветку потом будете вливать в master? иначе какой её смысл?

в общем случае, пока код никто не видит - Вы делаете с ним что хотите
Вы можете коммитить так часто, сколько захотите: и рабочий код, и не рабочий, завершённый или наброски, Вам никто не запретит... ровно до тех пор, пока этот код не становится публичным (впрочем, даже если Вы работаете над проектом один, Вы работаете в команде из двух человек: Вы и Вы через две недели) - такое ИМХО
"рабочесть" коммитов - вещь в себе, требует внутренней собранности и некоторых усилий при работе с коммитами, но как только Вам придётся потом искать причины ошибок по коммитам, Вы оцените "рабочесть" и атомарность каждого коммита, даже если код писан только Вами.
Да, не всех интересуют причины ошибок. Многие видят - о, ошибка! исправляю!
Мне же "требуется" увидеть коммит, который её вносит, чтобы понимать все причины, которые привели к появлению кода, приводящего к ошибке... к тому же, бывает так, что ошибка проявляется от "левых" изменений, не напрямую

Стоит ли в репозиторий делать коммиты, содержащие методы с NotImplementedException?

aol-nnov: для этого сливают с --no-ff, даже если можно fast-forward, и тогда откатывается тем же revert
к слову, в репо самого Git'а принимают весьма объёмные (по кол-ву) патчи - и ничего
главное, чтобы каждый патч/коммит был самодостаточным: не ломал ни сборку, ни тесты

Почему при перенаправлении в файл вывод обрезан?

всё зависит от процесса, хочет ли он себя вести по-разному
но определить перенаправление можно (например, те же ls, git определяют), и даже под Windows (stackoverflow.com/questions/9021916/how-do-i-check..., stackoverflow.com/questions/2087775/how-do-i-detec...