мержить что это значит
Что значить коммитить мержить новая сборка и другие термины программис
почитайте основы git, jenkins
«Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество.» © Стив Джобс
интересно, как слова «коммитить», «мёржить» и «билд» переводятся на русский
самый цимес в том, что по «коммитить» первой ссылкой словарь на этом форуме, который в 2008 собирали.
«я тут внёс изменения, попробовал залить и получил конфликт при попытке слить изменения с текущим кодом на основной ветке, сейчас внесу поправки, залью и создам новую сборку и разложу её на пробной электронной вычислительной машине»
Что значить коммитить мержить новая сборка и другие термины программистов?преведите словарь терминов программистов
А что у вас с русским языком? Как понять ваше «преведите»?
Если вы хотите, чтоб вам предоставили готовый список, то должно было быть «приведите». А если вам нужен только перевод с «проггерского» языка на понятный разговорный русский, то «переведите».
И где, в конце концов, запятые?
Вы за русскую грамотность или новичок в IT?
«я тут внёс изменения, попробовал залить и получил конфликт при попытке слить изменения с текущим кодом на основной ветке, сейчас внесу поправки, залью и создам новую сборку и разложу её на пробной электронной вычислительной машине»
Ну да)))
Потому и используем термины))
Жаргон:)
Такими темпами вы весь русский (красивый и многогранный) язык забудете 🙁
А со временем вас перестанут понимать окружающие, живущие рядом.
залить это запушить. но это точно не «опубликовать», и точно не «сохранить»
слить это замержить. но это точно не «соединить и заменить своим старое», процесс мержа другой чем простое соединение и замена. соединение это concatenation, замена это replacement
вот так и получится что русскоязычный сотрудник и не поймет, был например файл просто дополнен, заменен либо замержен. были ли изменения просто сохранены, либо запушены, либо опубликованы
Такими темпами вы весь русский (красивый и многогранный) язык забудете 🙁
А со временем вас перестанут понимать окружающие, живущие рядом.
сейчас по факту не поймут того кто будет пытаться все заменить на неудобные русские эквиваленты
Введение в Git Merge и Git Rebase: зачем и когда их использовать
Часто у разработчиков возникает выбор между Merge (слияние) и Rebase (перемещение). В Гугле вы увидите разное мнение, многие советуют не использовать Rebase, так как это может вызвать серьезные проблемы. В статье я объясню, что такое слияние и перемещение, почему вы должны (или не должны) использовать их и как это сделать.
Git Merge и Git Rebase преследуют одну и ту же цель. Они предназначены для интеграции изменений из одной ветки в другую. Хотя конечная цель одинаковая, принципы работы разные.
Некоторые считают, что вы всегда должны использовать Rebase, другие предпочитают Merge. В этом есть свои плюсы и минусы.
Git Merge
Слияние — обычная практика для разработчиков, использующих системы контроля версий. Независимо от того, созданы ли ветки для тестирования, исправления ошибок или по другим причинам, слияние фиксирует изменения в другом месте. Слияние принимает содержимое ветки источника и объединяет их с целевой веткой. В этом процессе изменяется только целевая ветка. История исходных веток остается неизменной. 
Плюсы:
Слейте ветку master в ветку feature, используя команды checkout и merge.
Это создаст новый «Merge commit» в ветке feature, который содержит историю обеих веток.
Git Rebase
Rebase — еще один способ перенести изменения из одной ветки в другую. Rebase сжимает все изменения в один «патч». Затем он интегрирует патч в целевую ветку.
В отличие от слияния, перемещение перезаписывает историю, потому что она передает завершенную работу из одной ветки в другую. В процессе устраняется нежелательная история.
Переместите ветку feature на главной ветке, используя следующие команды.
Это перемещает всю ветку функции в главную ветку. История проекта изменяется, создаются новые коммиты для каждого коммита в основной ветке.
Интерактивное перемещение
Это позволяет изменять коммиты при их перемещении в новую ветку. Это лучше, чем автоматическое перемещение, поскольку обеспечивает полный контроль над историей коммитов. Как правило, используется для очистки истории до слияния ветки feature в master.
Это откроет редактор, перечислив все коммиты, которые будут перемещены.
Это точно определяет, как будет выглядеть ветка после выполнения перемещения. Упорядочивая объекты, вы можете сделать историю такой, как захотите. Вы можете использовать команды fixup, squash, edit, и так далее.
Какой из них использовать?
Так что же лучше? Что рекомендуют эксперты?
Трудно принять единственно правильное решение о том, что лучше использовать, поскольку все команды разные. Всё зависит от потребностей и традиций внутри команды.
Принимайте решения на основании компетенции команды в Git. Для вас важна простота или перезаписывание истории, а может быть что-то другое?
По мере роста команды становится сложно управлять или отслеживать изменения в разработке, применяя слияние. Чтобы иметь чистую и понятную историю коммитов, разумно использовать Rebase.
объяснмте значения:коммитить мерджить, продакшн
не нашёл подходящей темы чтобы написать.
Объясните пожалуйста что значить коммитить, мёрджить и что по сути есть продакшн?
Как коммитить кроме настроек сервера?
Здравствуйте, подскажите кто знает. В скриптах есть настройки для локального сервера, а на сервере.
Спасите продакшн!
есть элементы, имена «2016-02-08 Мосэнергосбыт #2 Мосэнергосбыт #2» «2016-02-08 Иремель #2.
А как запустить сервер а-ля продакшн?
Ребят, а вот подскажите кое-что, я скачал примерчик для изучения на nuxt. Прямо с.
Существуют ли продакшн приложения на Angular2?
Существуют ли продакшн приложения на Angular2? Хотелось бы посмотреть на полноценное приложение.
Еще в Hibernate есть коммит у транзакции, есть мердж у сессии и еще дофига где такие термины используются. Суть вопроса в чем?
Можно ли коммитить сразу в два удаленных репозитория (GItHub и Azure Repos)?
Доброго времени суток. На днях я начал изучать Azure DevOps. Чтобы получить доступ к Work Items.
Webpack. В продакшн дублируются опр. файлы
Здравствуйте. При создании билда в сам корень папки (dist) попадают определенные файлы. Пути.
При переносе с тестового домена на продакшн пропали тексты
Есть сайт http://prodetal.com.ua/ на тестовом домене http://test.prodetal.com.ua/ проводились.
Вычислить значения функции F на интервале от начального значения х= Хнач до конечного значения х=Хкон с шагом X шаг
Написал программу для решения задачи, нужно использовать цикл. Программа вроде работает. Но не.
Вывести значения одной таблицы двумя запросами,где значения второго запроса должны исключить значения первого
Есть две таблицы. Таблица GRP c полями NameGroup и CodElementGroup. Содержание её таково: Группа_1.
Словарик айтишника или Что? Где? Куда? Часть 2
Scrum-терминология
От англ. Definition of Done (дословно — критерии готовности) — список требований, по которым можно считать, что цель выполнена. Например, набор задач, которые должны быть завершены к определенной дате.
Майлстоун
От англ. milestone (дословно — веха) — запланированная дата окончания работ по выборочным задачам. Проставление таких «дат» позволяет не сбиваться с графика и отслеживать процесс работы и понимания выполнения целей.
Сторя
От англ. story (дословно — история) — корневая задача с описанием требований для разработки, она содержит в себе подзадачи, назначенные на разработчиков разных должностей. Это точка входа при разработке какого-либо функционала.
Фасилитатор
От англ. facilitator (дословно — координатор) — человек, берущий на себя обязанности ведущего. Он обеспечивает успешную коммуникацию внутри команды, пытается упростить общение и создает понимание между всеми участниками команды. Термин может использоваться и как существительное, и как прилагательное, и как глагол.
Разработка
Ассайнить
От англ. assign (дословно — поручать) — назначать задачу на человека в качестве исполнителя.
От англ. bug (дословно — жук) — ошибка в коде, проблема, недоработка. Слово уже давно в лексиконе разработчиков, но интересно то, как меняется форма термина. Калька «баг» превратилось в слово женского рода — «бага». В такой форме согласование в предложениях проще. А если ошибка или проблема совсем маленькая, то это багуля.
Грумить
От англ. groom (дословно — чистить) — приводить в порядок. Относится к коду, бэклогу, организации работы. В том же значении используется и русский аналог — «причесать».
Деплой
От англ. deploy (дословно — разворачивать) — процесс интеграции кода из разработческих веток в продуктовую (мастер) ветку. Термин также употребляется и как существительное, и как глагол, и как прилагательное.
Компилить
От англ. compile (дословно — составлять) — собирать написанный код воедино, конвертировать его из одного формата в другой, преобразовывать в требуемый вид для работы в браузере.
Костыль
Временная «подпорка» в коде, которая приводит к нужному результату, но само решение является идеологически неверным.
Лагать
От англ. lag (дословно — отставание) — плохая производительность, притормаживание, работа с ошибками.
Легаси
От англ. legacy (дословно — наследие) — код, написанный определенное время назад и считающийся морально устаревшим. Он всё ещё работает, но вызывает неприятие у разработчиков.
Мерджить
От англ. merge (дословно — слияние) — соединять свою часть работы с частями работы других разработчиков в рамках одной ветки. Сливать всё воедино.
Нативный
От англ. native (дословно — родной) — первоначально заложенное поведение или внешний вид элемента или кода.
Стоимость задачи
Пришедшее из скрама выражение, означающее суммарное количество затрат разработчика на задачу. Вопрос про стоимость задачи буквально означает оценку времени и усилий на неё. Соответственно дорого — долго и сложно, дешево — быстро и легко.
Фейлить
От англ. fail (дословно — неудача) — терпеть поражение, проваливать планы, заваливать что-либо. Чаще используется в разговорной, не технической речи.
От англ. fix (дословно — чинить) — решение проблемы, устранение бага. Термин употребляется и как существительное, и как глагол, и как прилагательное.
Должности
От англ. junior (дословно — новичок) — специалист любой должности, которая предусматривает градацию по уровню знаний. Джун находится на первой (нижней) ступеньке. Человек, знаний, которого хватает для выполнения рабочих обязанностей и разработки в целом, но не обладающий глубиной и широтой знаний.
От англ. lead, сокращенно от TeamLead (дословно — глава команды) — специалист высшей градации, обладающий широтой и глубиной знаний, является лидером команды. Он руководит процессами и помогает решать спорные технические вопросы.
Секопс
От англ. SecOps, сокращенно от Security Operations (дословно — интеграция безопасности) — специалист, занимающийся обеспечением безопасности при имплементации новых решений и безопасностью в целом.
Организационное
Апрув
От англ. approve (дословно — одобрять) — еще одна вариация для одобрения, утверждения или подтверждения чего-либо.
Валидный
От англ. valid (дословно — правильный) — в разговорной речи вариации слова означают согласие с оппонентом, одобрение его результата. Означает правильность решения. Часто заменяет слово «идет» в значении «подходит».
Инпут
От англ. input (дословно — вклад) — в разговорной речи используется в значении внимание, отклик.
Капиай
От англ. KPI, сокращенно от Key Performance Indicator (дословно — ключевой показатель результативности) — единица измерения, которая требуется для того, чтобы понять эффективность какой-либо деятельности.
Пинговать
От англ. ping (дословно — ударяться со стуком) — напоминать кому-либо о чем-либо, давать знать.
Эскалировать
От англ. escalate (дословно — обострять) — поднимать вопрос или проблему на обсуждение, привлекать внешние ресурсы, принимать меры.
И напоследок.
Райкер
От англ. wrike-er — человек, который работает в Wrike и является частью команды компании.
Как считаете, проще ли бы было новичкам, если при выходе на работу им давали расшифровку незнакомых терминов, которые обрушиваются уже в первый день работы? Дают ли ясность подобные расшифровки или только больше запутывают? Поделитесь своим мнением в комментариях.
Что именно означает «запушить» «закомитить» «смерж
Скажите что именно означает:
4 «залить версию на стенд»
что именно делают программисты с кодом когда говорят используя эти термины?
а еще что такое класс и библиотека
Скажите что именно означает:
4 «залить версию на стенд»
что именно делают программисты с кодом когда говорят используя эти термины?
1. 2. Внести код в хранилище.
3. Соединить две или более веток кода.
4. Тоже самое, что 1 и 2) Каждое внесение кода нумеруется. Получается версия. Внесение версии на стенд это коммит и выдача сборки на стенд. Как правило для тестирования.
5. Ветка кода. Ответвление для проработки какого-либо функционала.
«Внесение версии на стенд это коммит и выдача сборки на стенд.» т.е.
1 закоммитить значит внести написанный в программе для написания текста программного кода, код в некоторую ветку кода в хранилище github?
2 каждая ветка состоит из последовательноости версий кода, а каждая версия состоит из нескольких внесенных дополнений кода-дополнение кода это «коммиты»
«Внесение версии на стенд это коммит и выдача сборки на стенд.» т.е.
1 «закоммитить» значит внести написанный в программе для написания текста программного кода, код в некоторую ветку кода в хранилище github?
2 каждая ветка состоит из последовательноости версий кода, а каждая версия состоит из нескольких внесенных дополнений кода-дополнение кода это «коммиты»
вот что бывает когда в гите и пайплайнах абсолютно не хочется разбираться, а вот зарплата на позицию очень нравится
У меня стойкое ощущение дежавю. Ровно на этот вопрос я отвечал не более чем год назад.
Ну за 17 лет работы форума тут такое было не раз, да))
а вообще это хорошая идея кандидатов отсеивать
ну как бандосы «на фене» начинают разговаривать и сразу «палят» подсадного
и тут типа вопрос кандидату: «вот у нас тут билд зафейлился, а мы резилить хотим, что делать? черри-пикать коммиты? ревертить чейнджи? накатывать фиксы?»
и смотришь как тот выкрутится 🙂
1. 2. Внести код в хранилище.
3. Соединить две или более веток кода.
4. Тоже самое, что 1 и 2) Каждое внесение кода нумеруется. Получается версия. Внесение версии на стенд это коммит и выдача сборки на стенд. Как правило для тестирования.
5. Ветка кода. Ответвление для проработки какого-либо функционала.
В хранилище. гитхаб это одно из..
2 каждая ветка состоит из последовательноости версий кода, а каждая версия состоит из нескольких внесенных дополнений кода-дополнение кода это «коммиты»
Тут не подскажу. Кто может помочь с пуш?
Нет. Сборка это сборка из кода. А не версия кода.
Обновление стенда с новой версией программы/кода.
Злые мы стали, товарищи..))
Вообще, при наличии таких вопросов, найдите любую лекцию в сети и изучите принципы работы с хранилищем кода.
Там всей теории на пяток рисунков и полчаса чтения с чаем.
а вообще это хорошая идея кандидатов отсеивать
ну как бандосы «на фене» начинают разговаривать и сразу «палят» подсадного
и тут типа вопрос кандидату: «вот у нас тут билд зафейлился, а мы резилить хотим, что делать? черри-пикать коммиты? ревертить чейнджи? накатывать фиксы?»
и смотришь как тот выкрутится 🙂
И потеряете хорошего начинающего кандидата только из-за того, что он не знает терминов?)
И потеряете хорошего начинающего кандидата только из-за того, что он не знает терминов?)
это просто для оценки кандидата, чтобы определить «начинающий» он или «продолжающий»
можно ведь и наоборот например отсеять такого который будет грамотно отвечать, потому что типа «оверквалифайд»
да и тут не в терминах же смысл, а в понимании пайплайна
На удивление хорошая лекция от Яндекса.
facebook (Дети диаграммы Ганта)
Я в свое время со всем этим разобралась «на живую» за полдня) когда уже оформилась на работу. А последние два года и вовсе не приходится возиться с гитом, только сами билды смотрю. И штош теперь, не взяли бы меня работать, не будь трехлетней давности опыта работы с?)