Удаленно или удалено: Удаленно как пишется?

«Удалено» или «удалённо»: как правильно?

Часто правописание слов зависит от того, к какой части речи они принадлежат. Так, не совсем понятно, как пишутся лексемы «удалено» или «удалённо». Соответствует норме вариант с суффиксом «ен» или «ённ»? Или обе лексемы можно использовать в письменной речи? Вспомним подходящее правило, чтобы ответить на эти вопросы.

Читайте в статье

• Как правильно пишется?
• Морфемный разбор слов «удалено» и «удалённо»
• В каких случаях пишут слово «удалено»
  • Примеры предложений
• В каких случаях пишут слово «удалённо»
  • Примеры предложений
• Ошибочное написание слов «удалено» и «удалённо»
• Заключение

Как правильно пишется?

Исходя из морфологической нормы русского языка, приведём две верные формы – «удалено» и «удалённо».

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

Морфемный разбор слов «удалено» и «удалённо»

Вычленим морфемы в слове «удалено»:

удалено

• «удал» – корень;
• «ен» – суффикс;
• «о» – окончание.

Выделим основу – «удален».

Выполним морфемный разбор слова «удалённо»:

удалённо

• «удал» – корень;
• «ённ» – суффикс;
• «о» – суффикс.

Выделим основу – «удалённо».

Укажем, что у изучаемых лексем разные суффиксы «ен» и «ённ», а также основы – «удален» и «удалённо».

В каких случаях пишут слово «удалено»

Примеры предложений

Прочтём предложения, в которых встречается краткое причастие «удалено», чтобы запомнить его правописание:

1. Местоположение магазина бытовой техники было удалено от центра города.
2. К сожалению, письмо было ошибочно удалено сотрудником.
3. Загрязнение может быть удалено с помощью веществ для чистки металлических изделий.
4. Всё, что мы привозим, используем, и то, что остаётся в виде отходов, должно быть удалено и вывезено за пределы города.
5. Поместье было удалено от железной дороги и подсобных хозяйств.
6. Описание товара временно удалено, но новая информация появится в скором времени.
7. По просьбе пользователей ваше сообщение было удалено.

В каких случаях пишут слово «удалённо»

Слово употребляется в следующем значении: «из любой точки страны», «дистанционно», «без обязательной явки на работу, в офис». Отвечает на вопрос «как?». Под ударением оказывается гласная «ё».

Важно! Реже слово может выступать кратким прилагательным среднего рода «удалённо», которое сохраняет правописание полного прилагательного. В этом случае лексема отвечает на вопрос «каково?» и имеет значение «на большом расстоянии».

Примеры предложений

Приведём примеры контекстов с наречием «удалённо», чтобы закрепить материал:

1. Когда закончится конференция, мы продолжим работу через онлайн-платформу, где ребята смогут проходить обучение удалённо.
2. Никита Степанович вскоре понял, что не сможет руководить бизнесом удалённо, поэтому он принял решение переехать в Германию.
3. Татьяна работает в офисе и параллельно успевает работать на компьютере удалённо для фотоателье.
4. Мама уже несколько лет работает в моей компании удалённо.
5. Людям, которые работают удалённо, нужны умеренные физические нагрузки.
6. У преподавателей нашей кафедры есть возможность читать лекции студентам удалённо.
7. Многие сотрудники фирмы захотели работать удалённо, чтобы не подвергать себя и своих близких опасности заражения инфекцией.

Ошибочное написание слов «удалено» и «удалённо»

Неправильно писать наречие с одной «н», а краткое причастие – с двумя «н». Также неверно «удолено», «удолённо».

Заключение

Итак, мы выяснили, что правильными считаются оба варианта написания – «удалено» и «удалённо».

Краткое страдательное причастие пишется с суффиксом «ен», а ударение падает на гласную «о» – «удалено». Наречие следует писать с суффиксом «-ённ-», ударной оказывается гласная «ё» – «удалённо».

Вопросы и ответы об удаленном взаимодействии PowerShell — PowerShell

Обратная связь Изменить

Twitter LinkedIn Facebook Адрес электронной почты

• Вопросы и ответы

При удаленной работе вы вводите команды в PowerShell на одном компьютере (известном как «локальный компьютер»), но команды выполняются на другом компьютере (известном как «удаленный компьютер»). Опыт удаленной работы должен быть как можно больше похож на работу непосредственно на удаленном компьютере.

Примечание

Чтобы использовать удаленное взаимодействие PowerShell, удаленный компьютер должен быть настроен для удаленного взаимодействия. Дополнительные сведения см. в разделе about_Remote_Requirements.

Да. Для удаленной работы локальные и удаленные компьютеры должны иметь PowerShell, microsoft платформа .NET Framework и протокол веб-служб для управления (WS-Management). Все файлы и другие ресурсы, необходимые для выполнения определенной команды, должны находиться на удаленном компьютере.

Компьютеры под управлением Windows PowerShell 3.0 и компьютеры под управлением Windows PowerShell 2.0 могут подключаться друг к другу удаленно и выполнять удаленные команды. Однако некоторые функции, такие как возможность отключения от сеанса и повторного подключения к нему, работают только в том случае, если оба компьютера работают под управлением Windows PowerShell 3.

0.

Необходимо иметь разрешение на подключение к удаленному компьютеру, разрешение на запуск PowerShell и разрешение на доступ к хранилищам данных (например, файлам и папкам) и реестру на удаленном компьютере.

Дополнительные сведения см. в разделе about_Remote_Requirements.

При отправке удаленной команды команда передается по сети подсистеме PowerShell на удаленном компьютере и выполняется в клиенте PowerShell на удаленном компьютере. Результаты команды отправляются обратно на локальный компьютер и отображаются в сеансе PowerShell на локальном компьютере.

Для передачи команд и получения выходных данных PowerShell использует протокол WS-Management. Сведения о протоколе WS-Management см. в документации по протоколу WS-Management .

Начиная с Windows PowerShell 3.0 удаленные сеансы хранятся на удаленном компьютере. Это позволяет отключиться от сеанса и повторно подключиться к другому сеансу или другому компьютеру без прерывания команд или потери состояния.

При подключении к удаленному компьютеру система использует учетные данные имени пользователя и пароля на локальном компьютере или учетные данные, которые вы указали в команде для входа на удаленный компьютер. Учетные данные и остальная часть передачи шифруются.

Чтобы добавить дополнительную защиту, можно настроить удаленный компьютер для использования протокола SSL вместо HTTP для прослушивания запросов удаленного управления Windows (WinRM). Затем пользователи могут использовать параметр Invoke-CommandNew-PSSessionUseSSL для командлетов и Enter-PSSession командлетов при установке подключения. Этот параметр использует более безопасный канал HTTPS вместо HTTP.

Нет. Некоторые командлеты имеют параметр ComputerName , который позволяет получать объекты с удаленного компьютера.

Эти командлеты не используют удаленное взаимодействие PowerShell. Таким образом, их можно использовать на любом компьютере с PowerShell, даже если компьютер не настроен для удаленного взаимодействия PowerShell или если компьютер не соответствует требованиям для удаленного взаимодействия PowerShell.

К этим командлетам относятся следующие:

• Get-Hotfix
• Rename-Computer
• Restart-Computer
• Stop-Computer

Чтобы найти все командлеты с параметром ComputerName , введите:

Get-Help * -Parameter ComputerName
# or
Get-Command -ParameterName ComputerName

Чтобы определить, требуется ли удаленное взаимодействие с PowerShell для параметра ComputerName определенного командлета, см. описание параметра. Чтобы отобразить описание параметра, введите:

Get-Help <cmdlet-name> -Parameter ComputerName

Пример:

Get-Help Get-Hotfix -Parameter ComputerName

Для всех остальных команд используйте Invoke-Command командлет.

Чтобы выполнить команду на удаленном компьютере, используйте Invoke-Command командлет.

Заключите команду в фигурные скобки ({}), чтобы сделать ее блоком скрипта. Используйте параметр Invoke-CommandScriptBlock для указания команды.

Параметр ComputerNameInvoke-Command можно использовать для указания удаленного компьютера. Кроме того, можно создать постоянное подключение к удаленному компьютеру (сеансу), а затем использовать параметр Invoke-CommandSession для выполнения команды в сеансе.

Например, следующие команды выполняются Get-Process удаленно.

Invoke-Command -ComputerName Server01, Server02 -ScriptBlock {Get-Process}
#  - OR -
Invoke-Command -Session $s -ScriptBlock {Get-Process}

Чтобы прервать удаленную команду, введите клавиши CTRL+C. Запрос прерывания передается удаленному компьютеру, где он завершает удаленную команду.

Дополнительные сведения об удаленных командах см. в about_Remote и разделах справки по командлетам, поддерживающим удаленное взаимодействие.

Командлет можно использовать для Enter-PSSession запуска интерактивного сеанса с удаленным компьютером.

В командной строке PowerShell введите следующее:

Enter-PSSession <ComputerName>

В командной строке показано, что вы подключены к удаленному компьютеру.

<ComputerName>\C:>

Теперь команды, которые вы вводите, выполняются на удаленном компьютере так же, как если бы вы ввели их непосредственно на удаленном компьютере.

Чтобы завершить интерактивный сеанс, введите:

Exit-PSSession

Интерактивный сеанс — это постоянный сеанс, использующий протокол WS-Management. Это не то же самое, что и использование Telnet, но оно обеспечивает аналогичный интерфейс.

Для получения дополнительной информации см. Enter-PSSession.

Да. Вы можете выполнять удаленные команды, указав имя удаленного компьютера, имя NetBIOS или IP-адрес. Кроме того, можно выполнить удаленные команды, указав сеанс PowerShell (PSSession), подключенный к удаленному компьютеру.

При использовании параметра Invoke-CommandComputerName или Enter-PSSessionPowerShell устанавливает временное подключение. PowerShell использует подключение для выполнения только текущей команды, а затем закрывает подключение. Это очень эффективный метод выполнения одной команды или нескольких несвязанных команд, даже на многих удаленных компьютерах.

При использовании командлета New-PSSession для создания PSSession PowerShell устанавливает постоянное подключение для PSSession. Затем можно выполнить несколько команд в PSSession, включая команды, которые совместно используют данные.

Как правило, создается PSSession для выполнения ряда связанных команд, совместно использующих данные. В противном случае для большинства команд достаточно временного подключения, созданного параметром ComputerName .

Дополнительные сведения о сеансах см. в about_PSSessions.

Да. Параметр ComputerName командлета Invoke-Command принимает несколько имен компьютеров, а параметр Session принимает несколько PSSessions.

При выполнении Invoke-Command команды PowerShell выполняет команды на всех указанных компьютерах или во всех указанных psSessions.

PowerShell может управлять сотнями параллельных удаленных подключений. Однако количество удаленных команд, которые можно отправить, может быть ограничено ресурсами компьютера и его емкостью для установки и обслуживания нескольких сетевых подключений.

Дополнительные сведения см. в примере раздела справки Invoke-Command .

Профили PowerShell не выполняются автоматически в удаленных сеансах, поэтому команды, добавляемые профилем, отсутствуют в сеансе. Кроме того, автоматическая $profile переменная не заполняется в удаленных сеансах.

Чтобы запустить профиль в сеансе, используйте Invoke-Command командлет.

Например, следующая команда запускает профиль CurrentUserCurrentHost с локального компьютера в сеансе.$s

Invoke-Command -Session $s -FilePath $profile

Следующая команда запускает профиль CurrentUserCurrentHost с удаленного компьютера в сеансе.$s $profile Так как переменная не заполнена, команда использует явный путь к профилю.

Invoke-Command -Session $s {
  . "$home\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1"
}

После выполнения этой команды доступны команды, добавляемые профилем в сеанс $s.

Можно также использовать скрипт запуска в конфигурации сеанса для запуска профиля в каждом удаленном сеансе, использующего конфигурацию сеанса.

Дополнительные сведения о профилях PowerShell см. в about_Profiles. Дополнительные сведения о конфигурациях сеансов см. в разделе Register-PSSessionConfiguration.

Для управления ресурсами на локальном компьютере PowerShell включает функцию регулирования для каждой команды, которая позволяет ограничить количество параллельных удаленных подключений, установленных для каждой команды.

Значение по умолчанию — 32 параллельных подключения, но вы можете использовать параметр ThrottleLimit командлетов, чтобы задать настраиваемое ограничение регулирования для определенных команд.

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

Чтобы найти командлеты с параметром ThrottleLimit , введите:

Get-Help * -Parameter ThrottleLimit
-or-
Get-Command -ParameterName ThrottleLimit

При локальном использовании PowerShell вы отправляете и получаете платформа .NET Framework объектов live; Объекты live — это объекты, связанные с фактическими программами или системными компонентами. При вызове методов или изменении свойств динамических объектов изменения влияют на фактическую программу или компонент. При изменении свойств программы или компонента свойства объекта, представляющего их, также изменяются.

Однако, поскольку большинство динамических объектов не могут передаваться по сети, PowerShell «сериализует» большинство объектов, отправленных в удаленных командах, то есть преобразует каждый объект в ряд XML (язык ограничений в XML [CLiXML]) для передачи.

Когда PowerShell получает сериализованный объект, он преобразует XML в десериализованный тип объекта. Десериализированный объект является точной записью свойств программы или компонента в предыдущее время, но он больше не является «активным», то есть он больше не связан напрямую с компонентом. И методы удаляются из-за того, что они больше не эффективны.

Как правило, можно использовать десериализованные объекты так же, как и динамические объекты, но следует учитывать их ограничения. Кроме того, объекты, возвращаемые командлетом Invoke-Command , имеют дополнительные свойства, которые помогают определить источник команды.

Некоторые типы объектов, такие как объекты DirectoryInfo и GUID, преобразуются обратно в динамические объекты при их получении. Эти объекты не требуют специальной обработки или форматирования.

Сведения о интерпретации и форматировании удаленных выходных данных см. в about_Remote_Output.

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

Фоновое задание можно запустить даже в то время как другие команды выполняются, так как фоновые задания всегда выполняются асинхронно во временном сеансе.

Фоновые задания можно выполнять на локальном или удаленном компьютере. По умолчанию фоновое задание выполняется на локальном компьютере. Однако можно использовать параметр AsJob командлета Invoke-Command для выполнения любой удаленной команды в качестве фонового задания. Кроме того, можно использовать для Invoke-Command удаленного Start-Job выполнения команды.

Дополнительные сведения о фоновых заданиях в PowerShell см. в about_Jobs и about_Remote_Jobs.

Удаленные команды PowerShell можно использовать для запуска программ на основе Windows на удаленных компьютерах. Например, можно запустить Shutdown. exe или Ipconfig.exe на удаленном компьютере.

Однако нельзя использовать команды PowerShell для открытия пользовательского интерфейса для любой программы на удаленном компьютере.

При запуске программы Windows на удаленном компьютере команда не завершается, и командная строка PowerShell не возвращается, пока программа не будет завершена или пока не нажать клавиши CTRL+C , чтобы прервать команду. Например, если запустить Ipconfig.exe программу на удаленном компьютере, командная строка не возвращается до завершения Ipconfig.exe .

Если вы используете удаленные команды для запуска программы с пользовательским интерфейсом, процесс программы запускается, но пользовательский интерфейс не отображается. Команда PowerShell не завершена, и командная строка не возвращается до остановки процесса программы или до нажатия клавиш CTRL+C, которая прерывает команду и останавливает процесс.

Например, если вы используете команду PowerShell для запуска Notepad на удаленном компьютере, процесс Блокнота запускается на удаленном компьютере, но пользовательский интерфейс Блокнота не отображается. Чтобы прервать команду и восстановить командную строку, нажмите клавиши CTRL+C.

Да. Каждый удаленный сеанс должен использовать одну из конфигураций сеанса на удаленном компьютере. Вы можете управлять конфигурациями сеансов на компьютере (и разрешениями на эти конфигурации сеансов), чтобы определить, кто может выполнять команды удаленно на компьютере и какие команды они могут выполнять.

Конфигурация сеанса настраивает среду для сеанса. Конфигурацию можно определить с помощью сборки, реализующей новый класс конфигурации или с помощью скрипта, выполняемого в сеансе. Конфигурация может определить команды, доступные в сеансе. Кроме того, конфигурация может включать параметры, которые защищают компьютер, например параметры, ограничивающие объем данных, которые сеанс может получать удаленно в одном объекте или команде. Вы также можете указать дескриптор безопасности, который определяет разрешения, необходимые для использования конфигурации.

Командлет Enable-PSRemoting создает конфигурации сеансов по умолчанию на компьютере: Microsoft. PowerShell, Microsoft.PowerShell.Workflow и Microsoft.PowerShell32 (только 64-разрядные операционные системы). Enable-PSRemoting задает дескриптор безопасности для конфигурации, чтобы разрешить использовать их только членам группы администраторов на компьютере.

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

Начиная с Windows PowerShell 3.0 командлет New-PSSessionConfigurationFile позволяет создавать пользовательские конфигурации сеансов с помощью текстового файла. Файл содержит параметры настройки языкового режима и указания командлетов и модулей, доступных в сеансах, использующих конфигурацию сеанса.

Когда пользователи используют командлеты или Enter-PSSession командлеты, они могут использовать Invoke-CommandNew-PSSessionпараметр ConfigurationName, чтобы указать конфигурацию сеанса, используемую для сеанса. Кроме того, они могут изменить конфигурацию по умолчанию, используемую сеансами, изменив значение переменной $PSSessionConfigurationName предпочтения в сеансе.

Дополнительные сведения о конфигурациях сеансов см. в справке по командлетам конфигурации сеанса. Чтобы найти командлеты конфигурации сеанса, введите:

Get-Command *PSSessionConfiguration

Наиболее распространенный сценарий удаленного взаимодействия PowerShell с несколькими компьютерами — это конфигурация «один ко многим», в которой один локальный компьютер (компьютер администратора) выполняет команды PowerShell на многочисленных удаленных компьютерах. Это называется сценарием «раздуть».

Однако в некоторых организациях конфигурация является «многие к одному», где многие клиентские компьютеры подключаются к одному удаленному компьютеру, на котором выполняется PowerShell, например файловый сервер или киоск. Это называется конфигурацией «вентилятора».

Удаленное взаимодействие PowerShell поддерживает как конфигурации развертывания, так и вентилятора.

Для конфигурации развертывания PowerShell использует протокол веб-служб для управления (WS-Management) и службу WinRM, которая поддерживает реализацию WS-Management майкрософт. Когда локальный компьютер подключается к удаленному компьютеру, WS-Management устанавливает подключение и использует подключаемый модуль для PowerShell для запуска процесса узла PowerShell (Wsmprovhost.exe) на удаленном компьютере. Пользователь может указать альтернативный порт, конфигурацию альтернативного сеанса и другие функции для настройки удаленного подключения.

Для поддержки конфигурации «вентилятора» PowerShell использует службы IIS для размещения WS-Management, загрузки подключаемого модуля PowerShell и запуска PowerShell. В этом сценарии вместо запуска каждого сеанса PowerShell в отдельном процессе все сеансы PowerShell выполняются в одном и том же хост-процессе.

Размещение СЛУЖБ IIS и удаленное управление вентилятором не поддерживается в Windows XP или Windows Server 2003.

В конфигурации вентилятора пользователь может указать URI подключения и конечную точку HTTP, включая транспорт, имя компьютера, порт и имя приложения. СЛУЖБЫ IIS перенаправит все запросы с указанным именем приложения в приложение. Значение по умолчанию — WS-Management, которое может размещать PowerShell.

Можно также указать механизм проверки подлинности и запретить перенаправление из конечных точек HTTP и HTTPS.

Да. Удаленное взаимодействие PowerShell доступно, даже если локальный компьютер не находится в домене. Вы можете использовать функции удаленного взаимодействия для подключения к сеансам и создания сеансов на одном компьютере. Функции работают так же, как и при подключении к удаленному компьютеру.

Чтобы выполнить удаленные команды на компьютере в рабочей группе, измените следующие параметры Windows на компьютере.

Внимание! Эти параметры влияют на всех пользователей в системе, и они могут сделать систему более уязвимой для вредоносной атаки. При внесении этих изменений используйте осторожность.

• Windows Vista, Windows 7 Windows 8:

  Создайте следующую запись реестра и присвойте ей значение 1: LocalAccountTokenFilterPolicy в HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

  Чтобы добавить эту запись, можно использовать следующую команду PowerShell:

  $parameters = @{
    Path='HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System'
    Name='LocalAccountTokenFilterPolicy'
    propertyType='DWord'
    Value=1
  }
  New-ItemProperty @parameters
  

• Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows Server 2012 R2:

  Изменения не требуются, так как значение по умолчанию политики «Сетевой доступ: общий доступ и модель безопасности для локальных учетных записей» имеет значение «Классический». Проверьте параметр, если он изменился.

Да. Как правило, команды выполняются без ошибок, хотя для предоставления учетных данных члена группы «Администраторы» на удаленном компьютере может потребоваться использовать параметр credential of the Invoke-CommandNew-PSSessionEnter-PSSessioncredentials of the Administrators group. Это иногда требуется, даже если текущий пользователь является членом группы «Администраторы» на локальных и удаленных компьютерах.

Однако если удаленный компьютер не находится в домене, которому доверяет локальный компьютер, удаленный компьютер может не пройти проверку подлинности учетных данных пользователя.

Чтобы включить проверку подлинности, используйте следующую команду, чтобы добавить удаленный компьютер в список доверенных узлов для локального компьютера в WinRM. Введите команду в командной строке PowerShell.

Set-Item WSMan:\localhost\Client\TrustedHosts -Value <Remote-computer-name>

Например, чтобы добавить компьютер Server01 в список доверенных узлов на локальном компьютере, введите следующую команду в командной строке PowerShell:

Set-Item WSMan:\localhost\Client\TrustedHosts -Value Server01

Да. Дополнительные сведения см. в статье о удаленном взаимодействии PowerShell по протоколу SSH.

См. также

about_Remote

about_Profiles

about_PSSessions

about_Remote_Jobs

about_Remote_Variables

Invoke-Command

New-PSSession

Обратная связь

Отправить и просмотреть отзыв по

Этот продукт Эта страница

Просмотреть все отзывы по странице

github — ветка Git показывает удаленную удаленную ветку

спросил 1 год, 10 месяцев назад

Изменено 1 год, 10 месяцев назад

Просмотрено 4к раз

Если я проверю список веток в своем удаленном репозитории, я увижу только те, которые должны существовать, но если я проверю локально, используя:

 ветка git -a
 

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

Как я могу «скрыть/удалить» эти ветки из git branch -a ?

• git
• github
• ветка
• git-remote

1

Вы можете использовать параметр --prune для git fetch . Если ваш пульт origin , это выглядело бы как git fetch --prune origin .

Обратите внимание, что это также будет выполнять обычную выборку.

Если вы хотите установить это автоматически, вы можете запустить git config remote.origin.prune true , что заставит будущие выборки и извлечения автоматически удалять удаленные удаленные ветки.

0

Я добавляю этот ответ только для того, чтобы добавить один балл к ответу @bk2204.

Если одна или несколько удаленных веток удалены, и вы не хотите видеть удаленные удаленные ветки в своем локальном репозитории, вы можете использовать приведенную ниже команду git только для удаления удаленных удаленных веток.

 удаленная обрезка git
 

Это даст вам информацию только об удаленных ветвях, которые удаляются, и удаляет те же ветки из локальной.

Команда git fetch --prune или git fetch -p сначала выбирает удаленное текущее состояние, а затем удаляет ссылки на ветки в локальной сети, которые не существуют в удаленной.

Могу сказать, что git fetch --prune скорее является комбинацией git fetch и git remote prune . Обратите внимание, что git сначала извлекает удаленное состояние перед обрезкой.

Теперь у вас есть возможность выбрать любой из них в соответствии с требованиями или потребностями. 🎉✨

0

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

контроль версий — как удалить ветку Git локально и удаленно?

Краткие ответы

Если вам нужны более подробные объяснения следующих команд, см. подробные ответы в следующем разделе.

Удаление удаленной ветки

 git push origin --delete <ветка> # Git версии 1.7.0 или новее
git push origin -d <ветка> # Более короткая версия (Git 1.7.0 или новее)
git push origin : # Версии Git старше 1.7.0
 

Удаление локальной ветки

 git branch --delete 
git branch -d <ветка> # Укороченная версия
git branch -D <ветка> # Принудительно удалить неслитые ветки
 

Удаление локальной ветки удаленного отслеживания

 git branch --delete --remotes /
git branch -dr / # Короче
git fetch  --prune # Удалить несколько устаревших веток удаленного отслеживания
git fetch  -p # Короче
 

---

Длинный ответ

: есть три разные ветки для удаления!

Когда вы имеете дело с удалением ветвей как локально, так и удаленно, имейте в виду, что задействованы три разных ветви :

1. Локальная ветвь X .
2. Ветвь удаленного источника X .
3. Локальная ветвь удаленного отслеживания origin/X , которая отслеживает удаленную ветвь X .

Использован оригинальный постер:

 git branch -rd origin/bugfix
 

Который удалил только его локальную ветку удаленного отслеживания origin/bugfix , а не реальную удаленную ветку исправление на origin .

Чтобы удалить эту фактическую удаленную ветку , вам нужно

 git push origin --delete bugfix
 

Дополнительные сведения

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

Нажатие на удаление удаленных веток также удаляет ветки удаленного отслеживания

Обратите внимание, что удаление удаленной ветки X из командной строки с помощью git push также удалит локальную ветку удаленного отслеживания origin/X , поэтому нет необходимости удалять устаревшую ветку удаленного отслеживания с помощью git fetch --prune или git fetch -p . Впрочем, не помешало бы, если бы вы это сделали.

Вы можете убедиться, что филиал удаленного отслеживания origin/X также был удален, выполнив следующее:

 # Просмотр только веток удаленного отслеживания
ветка git --remotes
ветка git -r
# Просмотр как строго локальных, так и удаленных веток
ветка git --все
ветка git -a
 

Удаление устаревшей локальной ветки удаленного отслеживания origin/X

Если вы не удалили удаленную ветку X из командной строки (как указано выше), то ваш локальный репозиторий по-прежнему будет содержать (теперь устаревшую) удаленную отслеживание ветки происхождение/X . Это может произойти, например, если вы удалили удаленную ветку напрямую через веб-интерфейс GitHub.

Типичный способ удалить эти устаревшие ветки удаленного отслеживания (начиная с версии Git 1.6.6) — просто запустить git fetch с параметром --prune или короче -p . Обратите внимание, что это удаляет все устаревшие локальные ветки удаленного отслеживания для любых удаленных ветвей, которые больше не существуют на удаленном :

 git fetch origin --prune
git fetch origin -p # Короче
 

Вот соответствующая цитата из примечаний к выпуску 1. 6.6 (выделено мной):

«git fetch» узнал --все и --несколько опций , для запуска выборки из множество репозиториев и опция --prune для удаления удаленного отслеживания ветки, которые засохли. Они делают «удаленное обновление git» и «git удаленная обрезка» менее необходима (не планируется удалять «удаленную update» или «удаленная обрезка»).

Альтернатива вышеупомянутому автоматическому удалению устаревших веток удаленного отслеживания

В качестве альтернативы, вместо удаления устаревших локальных веток удаленного отслеживания с помощью git fetch -p , вы можете избежать дополнительной сетевой операции , просто вручную удалив ветку(и) с помощью --remotes или -r флаги:

 ветвь git --delete --remotes origin/X
git branch -dr origin/X # Короче
 

См. также

• git-branch(1) Страница руководства.

  No related posts.