Удаленная работа на дому по редактированию текстов (рерайтинг)

Рерайтинг так же, как и копирайтинг, предполагает работу с текстами.

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

Что такое рерайтинг и для чего он нужен?

Рерайтинг переводится с английского, как «переписывание». И это соответствует действительности. При создании контента для сайтов в интернете автором статьи берется за основу один или несколько материалов, написанных другими авторами, они прочитываются и пересказываются, иногда просто вставляются синонимы, меняются местами предложения.

Зачем нужна такая трансформация текста?

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

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

В-третьих, прочитанный в нескольких исполнениях текст – хорошо запоминается. Рерайт помогает сделать один и тот же материал разнообразным, подавать под разными «соусами» одну и ту же суть,   что очень часто используется в рекламных целях.

 Виды рерайтинга

1. Простой рерайт– наиболее близкая к исходнику степень пересказа текста. Иногда достаточно просто переставить местами блоки, предложения или вставить синонимы;
2. Сложный рерайт – работа с несколькими текстами, более тщательное изменение структуры текста, перекраивание предложений;
3. Глубокий рерайт – сложная работа по полному видоизменению текста, работа со стилем изложения, трансформацией структуры;

В технике рерайтинга используются следующие принципы:

• Синонимизация – подбор синонимов к большей половине слов в тексте;
• Трансформация – перестановка местами слов, переписывание предложений, абзацев, блоков текста.
• Изложение – пересказ текста с сохранением только главной мысли автора;
• Подстановка – в исходный текст «вживляются» так называемые ключевые слова, это очень распространенная техника, которая используется в SEO-рерайтинге.

Рерайтинг также условно можно разделить на переписывание материалов, которые прислал заказчик или подгонку по структуре, которую выбрал заказчик, и на более творческий рерайтинг, когда сам автор выбирает материал и структуру своего будущего «шедевра».

Различие рерайтинга и копирайтинга

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

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

Читайте также: «Удаленная работа по набору текста«

Рерайтинг как способ заработка для начинающего копирайтера

Рерайтинг – очень распространенная и популярная работа в интернете, поэтому ее можно заниматься удаленно.

Начинающие авторы часто думают, что рерайтинг – это достаточно простая работа. Однако с этим можно поспорить. Просто вставить синонимы слов – это одно дело. Но, к примеру, глубокий рерайтинг – это большая трудоемкая работа, которая отнимает столько же, а то и больше времени, как и копирайтинг. Начиная работать в интернете рерайтером в процессе практике можно отточить мастерство и впоследствии стать копирайтером.

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

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

Читайте также: «Удаленная работа модератор сайта«

Удаленная работа рерайтером. Блог LeSEO.RU

Автор: Lee. 2011 год. 3 660 посещение

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

Наверное, перед тем, как вы начнете искать удаленную работу по рерайту текстов, вам может понадобиться узнать основные понятия: что такое рерайт и как начать работать рерайтером. Это легко, для этого и не надо обладать большим багажом знаний. Достаточно знания русского языка и нескольких основных моментов.

Как и любой вид деятельности, рерайтинг обладает своими преимуществами и недостатками.

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

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

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

1. На форуме известного блоггера маула, который посещает более 7000 человек в месяц, есть специальный раздел с работой по изготовлению текста — http://www.maultalk.com/forum37.html
2. На форуме серчэнджинс, посещаемость которого в разы больше (примерно 50 000 человек в день) можно сверхбыстро найти себе работу рерайтером. Смотрим — http://forum.searchengines.ru/forumdisplay.php?f=68 Также есть раздел, где можно найти постоянную работу по рерайту — http://forum.searchengines.ru/forumdisplay.php?f=62
3. Кроме того, можно попытаться разместить резюме рерайтера на специальных фриланс биржах, здесь: http://www.free-lance.ru/freelancers/rerajter/,

Похожие статьи

Опубликовано в рубрике: Тексты

---

создание статей, как работа для тех кто сидит дома.

Добрый день, уважаемые читатели блога ProNashiDengi.ru!

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

Предисловие

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

Определение

Для начала определимся с определениями. Итак, рерайт, что это? В чем отличие от копирайта? Разница между рерайтом и рерайтингом, а также копирайтом и копирайтингом.

• Рерайтинг – работа, или если хотите, процесс, по переписыванию уже существующего текста, чаще всего статей, своими словами. Один из самых простых и недорогих способов сделать текст уникальным.
• Рерайт – это продукт полученный в результате рерайтинга, это основной ответ на вопрос, «рерайт что это?», после того, как вы, прочитаете статью до конца, я думаю, у вас пропадут другие вопросы, связанные с этой темой.
• Копирайт – это авторское право. Хотя часто считают, что по аналогии с рерайтом, копирайт значит — это продукт копирайтинга, это неверно.
• Копирайтинг— процесс создания оригинального, уникального текста.
• Рерайт – является одним из направлений копирайтинга. В нем начинающие копирайтеры набираются опыта в написании текстов.

Если объяснить простыми словами, то рерайтинг это когда вы берете какой-то текст и переписываете его своими словами. Копирайтинг это когда вы сформулировали свои мысли и оформляете их в виде текста.

Почему же рерайтинг получил такое широкое распространение в мире?

Причины популярности рерайтинга

• Требует значительно меньше знаний, затрат времени, и сил, на создание продукта.
• Более низкая стоимость чем авторский текст.
• Если рерайт сделан хорошо, то он ничем, внешне, не отличается от оригинала.

Виды рерайта

• Поверхностный рерайт это, когда сохраняется структура оригинала, а сам документ, предложение за предложением, изменяются используя методы которые будут описаны ниже. Уникальность документа при этом стремиться к 100%, проверка на уникальность документа проводится например вот здесь. Также там можно зарегистрироваться в качестве рерайтера или копирайтера. Бывает так, что некогда писать, статью, самому, в таком случае, можете ее заказать.
• Глубокий рерайт это совершенно другой документ, транслирующий идеи взятые из документа источника, имеющий другую структуру, и отличный от оригинала стиль. Глубокий рерайтинг, технически, ничем не отличается от копирайтинга. Однако есть нюанс. При копирайтинге в статье излагаются мысли и идеи автора конечного документа, а при рерайтинге, заимствуются идеи автора документа-источника.

Методы рерайтинга

• Замена слов синонимами

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

Пример:

Оригинал: Жилище Феди.

Рерайт: Дом Феди.

 

• Замена глаголов существительными.

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

Пример:

Оригинал: Федя пошел гулять по городу.

Рерайт: Прогулка Феди по городу.

 

• Замена прямой речи косвенной
  

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

Пример:

Оригинал: «Я покажу тебе где раки зимуют», думал Федя, кидая снег во двор к соседу.

Рерайт: Федя, кидая снег, во двор соседу, думал, что покажет ему «где раки зимуют»

• Манипуляции с предложениями

Еще один отличный способ, сделать ваш рерайт, более качественным, это изменить структуру предложения (объединить или разъединить).

Пример:

Оригинал: Федя хитро ухмылясь, спускал колеса, соседской машине, но в этот момент, был пойман.

Рерайт: Федя хитро ухмылялся. Он спускал колеса соседской машине. В этот момент, сосед неслышно подкрался, и схватил Федю за руку.

• Использование страдательного залога.

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

Пример:

Оригинал: Маша старательно драила пол в комнате.

Рерайт: Пол в комнате, старательно драила Маша.

• Стилистические вставки

Это один из самых свободных методов рерайта, чем больше вставок, тем более глубокий рерайт, получает копирайтер.

Оригинал: Федя, тихо вошел, в каюту к своим родителям, и громко закричал «Полундра!!!»

Рерайт: Совершенно не думая о последствиях, Федя прокрался в родительскую каюту, что его подвигло на такой поступок, он, в последствии, долго не мог понять, и громко начал кричать «Полундра!».

Промежуточные итоги

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

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

С Уважением, Власов Антон.

P.S. Пожалуйста, не забывайте подписываться на обновления блога

Что такое рерайт статей — Удаленная работа в интернете

Доброго здоровья, уважаемый читатель журнала «Web4job.ru”! В  этой статье мы поговорим  на тему Что такое рерайт статей, его виды и способы, чем глубокий рерайт отличается от поверхностного преимущества рерайтинга.

Что такое рерайт статей

Содержание статьи:

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

Рерайтинг стал популярным потому, что:

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

Рерайт может быть глубоким или поверхностным.

Поверхностный

В тексте должна сохраниться первоначальная структура, но уникальность должна быть не менее 100 %.
Его недостаток – необходимость часто возвращаться к первоначальному тексту, перечитывая и переделывая предложение за предложением, а это отнимает большое количество времени.

Глубокий рерайт

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

При глубоком рерайте структура текста должны выглядеть следующим образом:

• Заголовок;
• Подзаголовки;
• Вводная часть;
• Основное содержание;
• Заключение.
  Текст должен делиться на абзацы и легко читаться, быть понятным для пользователя.
  Можно абзацы и пункты менять местами.

При рерайте можно воспользоваться различными способами:

• Наиболее простой и распространенный способ сделать рерайтинг – замена слов синонимами.
  
  Для этого можно использовать программы- синонимайзеры.

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

В результате приходится перепроверять тексты и править их вручную, а на это уходит значительно больше времени, чем если бы это было сделано сразу без применения программы;

• Менять глаголы на существительные;
• Прямую речь переводить в косвенную;
• Менять структуру предложений – объединять их или, наоборот, разъединять;
• Стилистические вставки автора.

Эффективный рерайт выходит в том случае, когда все эти способы применяются в комплексе.
И он является хорошим стартовым моментом для начинающих копирайтеров.

Посмотрим видео на тему Что такое рерайт статей

Как сделать качественный рерайт текста?

Как сделать 100 % уникальный рерайт

Заключение

В этой статье мы рассмотрели тему Что такое рерайт статей, его виды и преимущества.

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

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

Понравилось? Поделитесь с друзьями!

Получите высокооплачиваемую интернет-профессию!

Удаленная работа (freelance). Из личного опыта.

Найти работу людям с ограниченными возможностями нелегко, а многим из них — практически невозможно из-за проблем с транспортом и городской инфраструктурой. Многим подошла бы работа дома (удаленная работа — freelance). Позвольте поделиться личным опытом, надеюсь, кому-то поможет.

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

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

Фриланс (от англ. free lance — свободное копье, буквально — свободный копьеносец, наемник) — удалённая работа, при которой работодатель и исполнитель могут находиться как угодно далеко друг от друга. Работа находится, выполняется и передается работодателю при помощи электронных средств связи или по телефону, чаще всего — при помощи Интернета.

Чаще всего удаленно выполняется работа, связанная с IT-технологиями — веб-программированием и веб-дизайном, созданием и продвижением сайтов, оптимизацией сайтов. Немалый спрос и на такой вид деятельности, как написание текстов — копирайтинг и рерайтинг.

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

Вариантов работы — огромное количество, но позвольте мне говорить о том, с чем я знаком не понаслышке — о написании текстов.

Чаще всего эти тексты предназначены для продвижения сайтов на верхние позиции в поисковых системах — т.н. сео-копирайтинг. Не пугайтесь таких заумных слов, просто в текстах необходимо будет органично использовать слова и словосочетания, которые чаще всего встречаются в поисковых запросах. Например, Вы решили купить телевизор и хотите узнать цены на определенные модели в Интернете. Что Вы сделаете? Правильно, введете в строку поиска что-то вроде «Супертелик модель ОГО-378». Если таких запросов будет много, то фирмы, продающие эти телевизоры, попытаются привлечь на свои сайты потенциальных покупателей, заказав Вам тексты с ключевыми словами «Супертелик модель ОГО-378» или «покупка телевизора в Москве» и т.п. Ничего сложного — Вы пишите текст, куда ненавязчиво вставляете эту фразу: «За последний месяц резко возросли продажи телевизоров Супертелик модель ОГО-378, причем наилучшие условия покупки телевизора в Москве сможет Вам предложить наша фирма «Супергиперквадротелик»

Для тех же целей — продвижения на рынке каких-либо продуктов или услуг используется и рерайт — переписывание уже существующих текстов с использованием синонимов, других словосочетаний, иногда — с изменением структуры текста. И в эти тексты также вставляются ключевые слова для тех же целей. Естественно, даже при беглом взгляде на исходный текст и результат рерайтинга, будет понятно, что это клон. Но это поймет человек, а рерайтинг осуществляется для поисковых роботов, тут главное, чтобы они определяли новый текст, как оригинальный.

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

В некоторых случаях копирайтерам заказывают и статьи информационного, научно-популярного, развлекательного характера, однако и требования к опыту и квалификации копирайтера здесь существенно выше. У меня такие заказы появились через 3-4 месяца работы. Причем первые заказы мало чем отличались по цене от рерайта. Но с моим опытом в работе выбирать не приходилось и 100 долларов в месяц были тогда моим потолком. Сейчас заказывают статьи некоторые медицинские и фармацевтические журналы, но требования к таким текстам очень высокие. Статья в 5-7 тысяч знаков пишется 4-5 часов, а иногда и больше (очень много времени уходит на ознакомление с вопросом), но и оплата несоизмеримо выше — если за рерайт платят $0,5-1 за 1000 без пробелов, то рекламная статья о каком-либо лекарственном препарате может стоить $10-12 за 1000, но это должен быть материал с заранее оговоренным в брифе стилем изложения и другими, часто очень жесткими, требованиями). Нередко эту статью приходиться неоднократно править и редактировать, но $60-70 за одну статью приходится отрабатывать по полной, согласитесь.

Настоятельно рекомендую искать работу по написанию текстов той тематики, с которой Вы хорошо знакомы. Сейчас на фрилансеровских ресурсах заказывают тексты самой разнообразной тематики. Можно найти работу и бухгалтеру, и экономисту, и автомеханику, и кондитеру. В общем, кому угодно, специалистов ценят везде, в том числе и среди копирайтеров. Если нет опыта работы в какой-либо сфере, постарайтесь сконцентрироваться на том, что Вам хорошо знакомо — кулинария, ремонт автомобилей, модели мобильных телефонов и т.д. Можно изучить практически любую тематику и со временем стать хорошо в ней осведомленным, однако постоянная смена тематики приведет к тому, что ни в одной из них Вы не станете писать на высоком и что немаловажно — высокооплачиваемом уровне. Поверьте на слово, я писал о полиграфических технологиях, автозапчастях, снегоходах, передвижных туалетах, итальянской бижутерии, маунтибайках и еще много о чем (а ведь, прежде, чем приступить к написанию текста, надо хорошо изучить тематику), пока не сообразил, что лучше всего могу делать тексты, связанные с медициной. Да, сначала работы стало меньше, но и платить стали лучше. Потом количество заказчиков возросло и выполняя тот же объем работы, я стал зарабатывать в несколько раз больше. В общем, настоятельно рекомендую — специализируйтесь в какой-либо одной сфере деятельности.

Где найти работу? Сейчас существует десятки фриланс-ресурсов, где заказчики предлагают работу. По моему мнению, подавляющее большинство реальных заказов выкладывают только на двух — http://www.free-lance.ru/ и http://weblancer.net/. Я могу ошибаться и, возможно, появились другие ресурсы. Мне хватает заказов и на этих двух, а периодическое посещение других ресурсов, где я зарегистрирован, никаких результатов не дает. Да и не верю я, что сайт, где размещают 2-3 заказа в день стоит вообще посещать.

Существуют и т.н. биржи контента, где размещаются для продажи уже написанные тексты. Чтобы писать для них, надо выдавать в день огромное количество материалов, чтобы там купили часть из них. Цену большую там не заломишь, т. к. для заказчика видны только пару первых предложений, а покупать кота в мешке за приличные деньги вряд ли кто-нибудь захочет. Бывает, выкладываю там некоторые тексты, которые не приняли мои заказчики (или не оплатили, бывает и такое), но за все время работы продал я там 5-6 текстов. Но для тех, кто может писать быстро и много, может и подойдут такие биржи: http://www.textsale.ru/, http://www.textbroker.ru/, http://www.copylancer.ru/ и др.

Оплата. Наиболее популярными в России являются электронные платежные системы WebMoney (http://weblancer.net/projects/80682.html) и Яндекс.Деньги (http://money.yandex.ru/). Иногда получаю деньги прямым переводом на банковскую карту или почтовым переводом, но чаще всего — именно через электронные платежные системы, а потом вывожу деньги на банковскую карту.

Нюансов в этой работе — множество. Если кого-либо заинтересует мой опыт работы копирайтером — заводите ветку на форуме и я постараюсь помочь новичкам. Да и другие посетители dislife. ru смогут в чем-то помочь, многие ведь работают удаленно.

Копирайт, рерайт – что это такое удаленная работа и как на этом заработать — Информация от компаний

Копирайт проще говоря – это написание текстов на самые разнообразные темы. Для того чтобы заработатьна копирайте не нужны какие-либо определенные навыки. Если вы умеете грамотно и без ошибок доносить до аудитории различного рода  информацию, то почему бы и не попробовать. Это может стать отличной подработкой, а в дальнейшем и основным способом заработка. С рерайтом все еще проще. Нужно прочитать определенный текст и пересказать его своими словами. Новичкам можно посоветовать начинать именно с него.

Сейчас очень много специализированных площадок, где пользователи ищут авторов написания статей. Для того чтобы начать здесь работать, необходимо просто завести учетку на одном из таких ресурсов и предложить свои услуги по написанию статей. Подобная работа может быть, как разовой, так и на постоянной основе. Если заказчику понравятся ваши статьи, то смело можно договариваться на длительное сотрудничество, а также на повышение оплаты. По началу такой метод заработка не будет приносить больших денег, но нужно набраться терпения и «набить руку» в написании статей. В дальнейшем заработок от написания статей может стать достаточно приличным и приносить основной доход.

Главное – подыскать биржу с высокой посещаемостью. Это гарантирует вам поступление многих заказов. Так, онлайн-ресурс Proffstore поможет вам оперативно найти работодателей и начать становление в роли свободного автора.

Работа целиком осуществляется через сеть интернет. Заказчик присылает вам задание на электронный адрес, после выполнения материал также передается обратно.  Расчет производится любым удобным способом: на виртуальный кошелек, либо банковскую карту. Важно, при заказе учитывать все пожелания заказчика: объем, наполняемость, сроки исполнения, а также научиться правильно работать с ключевыми словами (они необходимы для быстрого поиска нужной статьи в интернете). Нужно строго придерживаться сроков сдачи статей, в противном случае работодатель может занести вас в черный список, и вы вряд ли сможете найти хоть какой-то заказ. То же самое касается и рерайта. Тексты для рерайта не обязательно могут быть присланы заказчиком. Очень часто дается определенная тема, самому необходимо найти исходник и сделать рерайт текста, т. е. прочитать его и пересказать своими словами.

Перед отправкой текста, он проверяется на плагиат. Наиболее высоко ценятся тексты с уникальностью 100%, соответственно можно рассчитывать и на более высокую оплату. Такой вид заработка отлично подойдет домохозяйкам, молодым мамам в декрете, а также студентам. Возрастного ограничения нет. Главное в этом деле желание работать и зарабатывать, ответственность, ну и наконец – грамотность.

что это и как его сделать самому бесплатно

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

 

Изменение структуры предложений

 

Повысить уникальность абзацев можно, разбивая длинные предложения на одно-два коротких либо объединяя несколько маленьких в одно.

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

 

Добавление собственных мыслей 

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

Невозможно быть профессионалом во всех темах. Но, если есть возможность использовать примеры из собственного опыта, пренебрегать ею не нужно.

 

Изменение способа написания цифр

 

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

 

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

 

Проработка структуры текста

 

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

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

 

Вводные слова и прилагательные

 

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

 

Виды рерайта: какой использовать

 

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

Принудительно «git push» перезаписать удаленные файлы

У вас должна быть возможность принудительно перенести локальную ревизию в удаленное репо с помощью

  git push -f <удаленный> <ветка>
  

(например, git push -f origin master ). Отключение и приведет к принудительному продвижению всех локальных ветвей, для которых установлено значение --set-upstream .

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

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

Обновление 2 : Из-за увеличения числа зрителей я хотел бы добавить дополнительную информацию о том, что делать, когда ваш восходящий поток действительно испытывает принудительный толчок.

Скажем, я клонировал ваше репо и добавил несколько таких коммитов:

            D ---- E тема
           /
A ---- B ---- C разработка
 

Но позже ветка development получает rebase , что приводит к тому, что я получаю такую ​​ошибку, когда я запускаю git pull :

Распаковка предметов: 100% (3/3), готово.
Из <репо-местонахождение>
 * развитие ветки -> FETCH_HEAD
Автоматическое объединение <файлов>
КОНФЛИКТ (контент): конфликт слияния в 
Ошибка автоматического слияния; устраните конфликты, а затем зафиксируйте результат.

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

       C ---- D ---- E ---- F тема
      / /
A ---- B -------------- C 'разработка
 

Может показаться заманчивым использование git pull --force , но будьте осторожны, потому что это приведет к застреванию коммитов:

            D ---- E тема

A ---- B ---- C 'разработка
 

Так что, вероятно, лучший вариант — выполнить команду git pull --rebase . Это потребует от меня разрешения любых конфликтов, как и раньше, но для каждого шага вместо фиксации я буду использовать git rebase --continue . В итоге история коммитов будет выглядеть намного лучше:

            D '--- E' тема
           /
A ---- B ---- C 'разработка
 

Обновление 3: Вы также можете использовать опцию --force-with-lease как «более безопасную» силу. push, как упоминал Cupcake в его ответ:

Принудительное толкание с «арендой» позволяет принудительному толканию потерпеть неудачу, если есть новые коммиты на пульте дистанционного управления, которых вы не ожидали (технически, если вы еще не загрузили их в свою ветку удаленного отслеживания), что полезно, если вы не хотите случайно перезаписать чужой совершает, о чем вы еще даже не знали, и вы просто хотите перезаписать свой:

  git push <удаленный> <ветка> --force-with-lease
  

Вы можете узнать больше о том, как использовать --force-with-lease , читая любое из следующего:

Управление удаленными репозиториями — GitHub Docs

Чтобы добавить новый пульт, используйте команду git remote add на терминале в каталоге, в котором хранится ваш репозиторий.

Команда git remote add принимает два аргумента:

• Удаленное имя, например, origin
• Удаленный URL, например https://github.com/user/repo.git

Например:

  $ git удаленное добавление источника https://github.com/  пользователь / репо  .git
# Установить новый пульт

$ git удаленный -v
# Проверить новый пульт
> origin https://github.com/  пользователь / репо .мерзавец (выборка)
> происхождение https://github.com/  пользователь / репо  .git (push)  

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

Устранение неполадок: удаленный источник уже существует

Эта ошибка означает, что вы пытались добавить пульт с именем, которое уже существует в вашем локальном репозитории.

  $ git удаленное добавление источника https://github. com/octocat/Spoon-Knife.git
> фатальный: удаленный источник уже существует.  

Чтобы исправить это, вы можете:

• Используйте другое имя для нового пульта ДУ.
• Переименуйте существующий удаленный репозиторий перед добавлением нового удаленного репозитория. Для получения дополнительной информации см. «Переименование удаленного репозитория» ниже.
• Удалите существующий удаленный репозиторий перед добавлением нового удаленного репозитория. Для получения дополнительной информации см. «Удаление удаленного репозитория» ниже.

Команда git remote set-url изменяет существующий URL-адрес удаленного репозитория.

Команда git remote set-url принимает два аргумента:

• Существующее удаленное имя.Например, origin или upstream — два распространенных варианта.
• Новый URL-адрес для удаленного. Например:

Переключение удаленных URL-адресов с SSH на HTTPS

1. Откройте TerminalTerminalGit Bash.
2. Измените текущий рабочий каталог на свой локальный проект.
3. Перечислите ваши существующие пульты, чтобы получить имя пульта, который вы хотите изменить.

     $ git удаленный -v
   > origin [email protected]:  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ .мерзавец (выборка)
   > origin [email protected]:  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git (push)  

4. Измените URL-адрес вашего пульта с SSH на HTTPS с помощью команды git remote set-url .

     $ git источник удаленного набора URL https://github.com/  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git  

5. Убедитесь, что удаленный URL-адрес изменился.

     $ git удаленный -v
   # Проверить новый удаленный URL
   > происхождение https://github.com/  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ .мерзавец (выборка)
   > происхождение https://github.com/  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git (push)  

В следующий раз, когда вы git fetch , git pull или git push в удаленный репозиторий, вам будет предложено ввести имя пользователя и пароль GitHub. Когда Git запрашивает пароль, введите вместо него свой личный токен доступа (PAT). Аутентификация на основе пароля для Git устарела, а использование PAT более безопасно. Дополнительные сведения см. В разделе «Создание токена личного доступа.«

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

Переключение удаленных URL-адресов с HTTPS на SSH

1. Откройте TerminalTerminalGit Bash.
2. Измените текущий рабочий каталог на свой локальный проект.
3. Перечислите ваши существующие пульты, чтобы получить имя пульта, который вы хотите изменить.

     $ git удаленный -v
   > происхождение https://github.com/  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ .мерзавец (выборка)
   > происхождение https://github.com/  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git (push)  

4. Измените URL-адрес вашего пульта с HTTPS на SSH с помощью команды git remote set-url .

     $ git источник удаленного set-url [email protected]:  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git  

5. Убедитесь, что удаленный URL-адрес изменился.

     $ git удаленный -v
   # Проверить новый удаленный URL
   > origin [email protected]:  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ .мерзавец (выборка)
   > origin [email protected]:  ИМЯ ПОЛЬЗОВАТЕЛЯ / РЕПОЗИТОРИЙ  .git (push)  

Устранение неполадок: нет такого пульта дистанционного управления «[имя]»

Эта ошибка означает, что пульт, который вы пытались изменить, не существует:

  $ git удаленный набор URL-адресов sofake https://github.com/octocat/Spoon-Knife
> фатально: нет такого пульта 'sofake'  

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

Используйте команду git remote rename , чтобы переименовать существующий пульт.

Команда git remote rename принимает два аргумента:

• Существующее удаленное имя, например, origin
• Новое имя для удаленного, например, назначения

В этих примерах предполагается, что вы клонируете с использованием HTTPS, что рекомендуется.

  $ git удаленный -v
# Просмотр существующих пультов
> происхождение https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (выборка)
> происхождение https: // github.com /  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (push)

$ git удаленное переименование пункта назначения
# Измените удаленное имя с 'origin' на 'destination'

$ git удаленный -v
# Проверить новое имя пульта
> пункт назначения https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (выборка)
> пункт назначения https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (push)  

Устранение неполадок: не удалось переименовать раздел конфигурации «удаленный. [Старое имя]» в «удаленный. [Новое имя]»

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

Вы можете проверить, какие пульты существуют в настоящее время, с помощью команды git remote -v :

  $ git удаленный -v
# Просмотр существующих пультов
> происхождение https://github. com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (выборка)
> происхождение https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (push)  

Устранение неполадок: удаленный [новое имя] уже существует

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

Используйте команду git remote rm , чтобы удалить удаленный URL-адрес из вашего репозитория.

Команда git remote rm принимает один аргумент:

• Удаленное имя, например, назначение

В этих примерах предполагается, что вы клонируете с использованием HTTPS, что рекомендуется.

  $ git удаленный -v
# Просмотр текущих пультов
> происхождение https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (выборка)
> происхождение https: // github. com /  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (push)
> пункт назначения https://github.com/  FORKER / REPOSITORY  .git (выборка)
> пункт назначения https://github.com/  FORKER / REPOSITORY  .git (push)

$ git удаленное назначение rm
# Удалить пульт
$ git удаленный -v
# Убедитесь, что его нет
> происхождение https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (выборка)
> происхождение https://github.com/  ВЛАДЕЛЕЦ / РЕПОЗИТОРИЙ  .git (push)  

Примечание : git remote rm не удаляет удаленный репозиторий с сервера.Это просто удаляет пульт и ссылки на него из вашего локального репозитория.

Устранение неполадок: не удалось удалить раздел конфигурации «remote. [Имя]»

Эта ошибка означает, что удаленный пульт, который вы пытались удалить, не существует:

  $ git удаленный rm sofake
> ошибка: не удалось удалить раздел конфигурации 'remote.sofake'  

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

Git Pull Force — как перезаписать локальные изменения с помощью Git

Когда вы научитесь программировать, рано или поздно вы также узнаете о системах контроля версий.И хотя в этой сфере существует множество конкурирующих инструментов, один из них является стандартом де-факто, используемым почти всеми в отрасли. Он настолько популярен, что есть компании, которые используют его имя в своем бренде. Мы, конечно, говорим о Git.

Хотя Git — мощный инструмент, его возможности хорошо скрыты. Есть несколько важных концепций, которые вам нужно понять, чтобы действительно хорошо разбираться в Git. Хорошая новость заключается в том, что, изучив их, вы вряд ли когда-нибудь столкнетесь с проблемами, от которых не сможете убежать.

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

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

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

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

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

Вы когда-нибудь запускали git pull только для того, чтобы увидеть ужасную ошибку : ваши локальные изменения в следующих файлах будут перезаписаны слиянием: ? Рано или поздно каждый сталкивается с этой проблемой.

Что еще сбивает с толку, так это то, что вы не хотите ничего объединять, просто тяните, верно? На самом деле тянуть немного сложнее, чем вы могли подумать.

Вытягивание — это не одиночная операция. Он состоит из выборки данных с удаленного сервера и последующего объединения изменений с локальным репозиторием.При желании эти две операции можно выполнить вручную:

  git fetch
git merge origin / $ CURRENT_BRANCH  

Часть origin / $ CURRENT_BRANCH означает, что:

• Git объединит изменения из удаленного репозитория с именем origin (тот, который вы клонировали)
• , которые были добавлены в $ CURRENT_BRANCH
• , которые еще не присутствуют в вашей локальной извлеченной ветке

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

Фото Sneaky Elbow / Unsplash

Если у вас есть незафиксированные локальные изменения, но вы все еще хотите получить новую версию с удаленного сервера, ваш вариант использования обычно попадает в один из следующих сценариев. Либо:

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

Каждый из подходов требует своего решения.

Вам не важны локальные изменения

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

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

  git fetch
git reset --hard HEAD
git merge origin / $ CURRENT_BRANCH  

Если вы не хотите вводить имя ветки каждый раз при запуске этой команды, у Git есть удобный ярлык, указывающий на ветвь восходящего потока: @ {u} .Восходящая ветвь — это ветка в удаленном репозитории, в которую вы отправляете и извлекаете из нее.

Вот как будут выглядеть приведенные выше команды с ярлыком:

  git fetch
git reset --hard HEAD
git merge '@ {u}'  

Мы цитируем ярлык в примере, чтобы оболочка не интерпретировала его.

Вы очень заботитесь о локальных изменениях

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

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

Чтобы вернуть изменения, сохраненные в последнем тайнике, используйте команду git stash pop . После успешного применения сохраненных изменений эта команда также удаляет фиксацию тайника, поскольку она больше не нужна.

Тогда рабочий процесс может выглядеть так:

  git fetch
мерзавец
git merge '@ {u}'
git stash pop  

По умолчанию изменения из тайника будут поэтапными.Если вы хотите отключить их, используйте команду git restore --staged (при использовании Git новее 2.25.0).

Вы просто хотите загрузить удаленные изменения

Последний сценарий немного отличается от предыдущих. Допустим, вы находитесь в процессе очень грязного рефакторинга. Невозможно ни потерять изменения, ни спрятать их. Тем не менее, вы по-прежнему хотите, чтобы удаленные изменения были доступны для запуска против них git diff .

Как вы, наверное, догадались, для загрузки удаленных изменений вообще не требуется git pull ! git fetch вполне достаточно.

Следует отметить, что по умолчанию git fetch принесет вам изменения только из текущей ветки. Чтобы получить все изменения из всех веток, используйте git fetch --all . И если вы хотите очистить некоторые ветки, которые больше не существуют в удаленном репозитории, git fetch --all --prune выполнит очистку!

Фото Ленина Эстрада / Unsplash

Вы слышали о Git Config? Это файл, в котором Git хранит все пользовательские настройки.Он находится в вашем домашнем каталоге: либо ~ / .gitconfig , либо ~ / .config / git / config . Вы можете отредактировать его, чтобы добавить несколько пользовательских псевдонимов, которые будут восприниматься как команды Git.

Например, чтобы иметь ярлык, эквивалентный git diff --cached (который показывает разницу между текущей веткой и поэтапными файлами), вы должны добавить следующий раздел:

  [псевдоним]
  dc = diff --cached  

После этого вы можете запустить git dc , когда захотите просмотреть изменения.Идя по этому пути, мы можем настроить несколько псевдонимов, связанных с предыдущими вариантами использования.

  [псевдоним]
  pull_force =! "git fetch --all; git reset --hard HEAD; git merge @ {u}"
  pf = pull_force
  pull_stash =! "git fetch --all; git stash; git merge @ {u}; git stash pop"  

Таким образом, запуск git pull_force перезапишет локальные изменения, а git pull_stash сохранит их.

Любопытные умы, возможно, уже обнаружили, что существует такая вещь, как git pull --force .Однако это совсем не тот зверь, который представлен в этой статье.

Может показаться, что это поможет нам перезаписать локальные изменения. Вместо этого он позволяет нам получать изменения из одной удаленной ветки в другую локальную ветвь. git pull --force изменяет только поведение части выборки. Следовательно, это эквивалент git fetch --force .

Подобно git push , git fetch позволяет нам указать, с какой локальной и удаленной ветвью мы хотим работать. git fetch origin / feature-1: my-feature будет означать, что изменения в ветке feature-1 из удаленного репозитория будут видны в локальной ветке my-feature . Когда такая операция изменяет существующую историю, она не разрешена Git без явного параметра --force .

Так же, как git push --force позволяет перезаписывать удаленные ветки, git fetch --force (или git pull --force ) позволяет перезаписывать локальные ветки.Он всегда используется с исходной и целевой ветвями, указанными в качестве параметров. Альтернативный подход к перезаписи локальных изменений с использованием git --pull force может быть git pull --force "@ {u}: HEAD" .

Мир Git огромен. В этой статье рассматривается только один из аспектов обслуживания репозитория: включение удаленных изменений в локальный репозиторий. Даже этот повседневный сценарий потребовал от нас более глубокого изучения внутренних механизмов этого инструмента контроля версий.

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

Как принудительно нажать в Git

Вот одна из замечательных особенностей Git: безопасное состояние удаленного репозитория всегда на первом месте! Прекрасным следствием этого является то, что конфликты не могут возникать в удаленном репозитории (в отличие от других систем контроля версий).

Одна из причин такой «безопасности на удаленном компьютере» заключается в том, как в Git спроектирована операция «push»: вы можете загружать свои собственные изменения только с помощью push, если вы ранее извлекли какие-либо незавершенные изменения от других. Таким образом, всегда гарантируется работоспособное состояние удаленного репозитория для всех.

Однако могут возникнуть ситуации, когда вы намеренно захотите перезаписать историю коммитов на удаленном компьютере на локальную. Это когда в игру вступает git push --force .

Шпаргалка по Git

Не нужно запоминать все эти команды и параметры: получите нашу популярную «Шпаргалку по Git» — бесплатно!

Как работает «Force Push»

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

Параметр --force для git push позволяет переопределить это правило: история коммитов на удаленном компьютере будет принудительно перезаписана вашей собственной локальной историей.

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

Правила безопасности

Поскольку так легко разрушить или, по крайней мере, помешать работе ваших коллег, вот несколько «правил безопасности» в отношении git push --force :

• Не используйте его в общей истории. Каждый раз, когда вы отправляете коммиты в удаленную ветку, к которой предоставлен общий доступ вашей команде, вы должны стараться НЕ использовать принудительную отправку. Если, с другой стороны, вы работали над функциональной веткой, которую используете только вы сами, то, конечно, не стесняйтесь нажимать на газ и использовать опцию --force .
• Вместо этого рассмотрите возможность использования git revert . Разумеется, основная потребность в инструменте для исправления ошибки, которую вы уже допустили, остается. Однако рассмотрите возможность использования инструмента, который НЕ перезаписывает историю фиксации, например, git revert. Это обеспечивает гораздо менее навязчивый способ исправить ошибку.
• Используйте --force-with-lease вместо --force . У команды push есть еще одна опция, которая называется --force-with-lease .Это помогает убедиться, что вы, по крайней мере, не перезаписываете чужую работу: будет выдано сообщение об ошибке и вы откажетесь от отправки, если пульт был изменен с момента последней загрузки.

Наконечник

Использование «принудительного толчка» в башне

Если вы используете клиент Tower Git, флаг «force» доступен как опция в диалоговом окне Push.

Узнать больше

Git Rebase: не бойтесь силы (Push)

Участвуя в большом проекте OSS, очень полезно знать, как выполнить ребазирование Git.И что еще более важно: не бойтесь принудительного нажатия Git. В этом посте я напишу немного о том, почему и как.

Предыстория

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

При этом могут возникнуть конфликты.Это конфликты между изменениями вашего кода в PR и другими изменениями, которые были объединены в целевую ветку. Что вы можете сделать, так это объединить изменения из целевой ветки в свою PR-ветку. Однако это даст много коммитов слияния и не очень чисто. Другой способ — выполнить перебазирование.

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

Что такое Git Rebase?

Здесь все начинает немного пугать, потому что это связано с переписыванием истории из-за принудительного нажатия. Позвольте мне подробнее остановиться на этом. Что произойдет во время перебазирования Git, так это то, что коммиты, которые вы хотите добавить в кодовую базу, будут воспроизведены поверх целевой ветки.

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

Взгляните на рисунок ниже, который, надеюсь, сделает его более ясным. Слева вы видите слияние, посередине — типичное ветвление, а справа вы видите перебазирование.Представьте, что желтые точки — это мастер, а фиолетовые — ваша ветка / PR.

Выполнение Git Rebase

Теперь о самом деле. Хотя есть некоторые инструменты, которые сделают это с отличным графическим интерфейсом, я покажу вам, как это сделать с помощью командной строки. Это покажет, что на самом деле происходит под капотом. Чтобы сделать вещи немного более наглядными, я буду использовать инструмент с графическим интерфейсом. Мне действительно нравится клиент GitHub Desktop, простой, но эффективный.

RadioButton PR

У меня есть PR, над которым я все еще работаю, чтобы добавить RadioButton в Xamarin.Инструментарий форм. Я хочу в конечном итоге объединить его в мастер. Он сидит там уже некоторое время, пока мастер добавил несколько изменений. На скриншоте с рабочего стола GitHub ниже вы можете увидеть текущее состояние.

История коммитов для ветки RadioButton

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

Текущее состояние основной ветки

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

Git Rebase на Master

Первое, что мы сделаем, это откроем окно командной строки.Я покажу вам это в Windows, но все работает точно так же на Mac или Linux, если хотите. Откройте командную строку и укажите в ней папку локального репозитория Git. Затем вы набираете:

git rebase -i origin / master

Часть git rebase , вероятно, понятна, это фактическая команда. Затем у нас есть вариант -i . Это означает, что вы хотите выполнить интерактивную перебазировку. Единственное, что он делает, это показывает, какие коммиты будут перебазированы.У вас даже есть возможность удалить коммиты, сжать их и т. Д., Хотя сейчас мы этим не будем заниматься. Наконец, вы видите часть origin / master . Это целевая ветка. В основном мы говорим: дайте мне последнюю ситуацию на origin / master и воспроизведите коммиты в интерактивном режиме из ветки, в которой я сейчас работаю. Имеет ли это смысл?

При подтверждении этой команды вы увидите результат, как на скриншоте ниже.

Редактор Vim показывает коммиты, которые мы хотим выполнить git rebase

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

Если по какой-то причине в этом списке есть коммиты, которые вы хотели бы исключить, просто удалите строки, нажав d на клавиатуре. Вы также можете поставить # перед строкой, чтобы закомментировать это. Или вы можете поместить букву d или слово перед строкой, чтобы исключить ее из перебазирования.

Выход из Vim

Не пугайтесь, я расскажу, как отсюда выбраться.Но интерактивная часть только что открыла для вас Vim. После внесения всех изменений просто нажмите esc , а затем введите : qw! . Это приведет к выходу из Vim (q), сохранению изменений (w) без запроса подтверждения (!).

После того, как вы это сделали, в лучшем случае ваш ребаз готов! Ура, поздравляю, всем дай пять!

Работа с конфликтами

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

Конфликты после перебазирования

Не беспокойтесь, мы получили это! Вы можете либо вернуться к своему инструменту с графическим интерфейсом и решить его там, либо просто открыть конфликтующие файлы в своем любимом редакторе. Фактический код Visual Studio очень хорошо справляется с этими конфликтами.

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

Окно VS Code, показывающее фактический конфликт

Продолжение Git Rebase

После разрешения конфликта вы помечаете конфликт как разрешенный, запустив git add {путь к файлу} , или, если вы хотите удалить файл полностью, замените «add» на «rm» для удаления.

Теперь обратите внимание, что это произошло после определенного коммита. Итак, не все коммиты в списке, который мы видели раньше, но этот конфликт произошел после одного определенного коммита из этого списка.Это означает, что после разрешения конфликта мы продолжаем перебазирование, набрав git rebase --continue . Это возьмет следующую фиксацию из списка и применит ее.

Из этого коммита может возникнуть еще один конфликт, и вы промываете и повторяете, пока не закончите. Если вы потеряли веру, вы можете выполнить git rebase - отменить , чтобы отменить все это и вернуться к тому, что было до того, как мы это начали.

История перезаписи

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

Переписанная история коммитов после нашей перебазировки Git

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

Однако это означает, что нужно преодолеть еще одну пугающую деталь … принудительный толчок Git.

Git Force Push

Поскольку мы переписали историю, наша ветка находится в странном состоянии. Дистанционно все выглядит иначе, чем у нас локально. Локально у нас внезапно появляются всевозможные новые коммиты от мастера, которых нет в нашей удаленной PR-ветке. Из-за перебазирования наша локальная ветка является ведущей. Это все последние биты из нашей целевой ветви , а включает все наши изменения.

Чтобы все снова синхронизировать, нам нужно выполнить принудительное нажатие.С помощью принудительного нажатия мы просто проталкиваем все наши локальные изменения и перезаписываем все, что находится в удаленной ветке. Звучит страшно, и это так! Поскольку мы просто переписываем все в удаленной ветке, это деструктивная операция, поэтому с ней следует обращаться осторожно. Если в удаленной ветке есть коммиты, которых нет локально, они исчезнут после принудительного нажатия.

После того, как этот пост был опубликован, Стив Гордон написал в Твиттере кое-что, что он хотел бы добавить к этому. Поскольку я считаю, что это хорошее дополнение, я добавил для вас твит ниже.

Отличный пост о перебазировании Git! Я бы добавил, что это довольно безопасно для личного форка GitHub и / или там, где вы достаточно уверены, что никто другой не вытащил удаленную ветку, которую вы планируете принудительно нажать. В других случаях следует осторожно переписывать удаленную историю. https://t.co/eNLEuGPPFz

— Steve Gordon (@stevejgordon) 8 января 2020 г.

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

Хорошо, хватит предупреждений. Когда будете готовы, просто запустите эту команду:

git push - форс

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

Резюме

Хотя git rebase поначалу может показаться пугающим, это не так уж плохо, если вы проделали это пару раз. Надеюсь, из этого поста вы узнали, что такое перебазирование и в основном: чего ожидать. В любом случае, пока вы не нажимаете (принудительно), вы можете просто возиться с ним локально. Следите за историей и / или графиком, чтобы увидеть, что ваши действия делают с коммитами.И помните: нет ничего постыдного в том, чтобы попросить о помощи. Каждому нужно учиться.

Причины перебазирования

Может быть несколько причин для необходимости перебазирования. В этом посте мы увидели, что ветка устарела, но другая причина может заключаться в том, что вам нужно настроить таргетинг на другую ветку. Например, вы больше не хотите объединять свои изменения в мастер, а в другую ветку, скажем, в выпуск. В этом случае вы можете просто запустить git rebase -i origin / release , и все ваши коммиты будут воспроизведены поверх этого.

Причина, по которой я упоминаю об этом, заключается в том, что нужно принять во внимание еще одну вещь. Если у вас уже есть открытый PR для этого изменения, вы также хотите изменить целевую ветку в этом PR. В противном случае вы увидите, что все коммитов, которых нет в целевой ветке, отображаются в вашем PR, что не то, что вы хотите. Это может звучать несколько абстрактно, но поверьте мне, как только вы окажетесь в такой ситуации, вы поймете, что я имею в виду 😉

Шаги Git Rebase

Как выполнить Git Rebase

1. Переключиться на ветку / PR с вашими изменениями

   Локально установите репозиторий Git на ветку, в которой есть изменения, которые вы хотите объединить в целевой ветке

2. Выполните команду Git rebase

   Запустите git rebase -i origin / master , если вы хотите сделать это в интерактивном режиме и ваши изменения должны быть внесены в мастер

3. Исправить все и любые конфликты

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

4. Принудительно протолкните новую историю

   Когда все конфликты разрешены и вы убедились, что все изменения кода хорошо работают вместе, принудительно протолкните новую историю веток с помощью git push - сила

Еще один хороший ресурс для изучения Git — https://learngitbranching.js.org/. Там можно смело опробовать всевозможные вещи и наглядно увидеть результат.

Спасибо за внимание! Как всегда, не стесняйтесь обращаться с любыми вопросами, замечаниями или чем-либо еще.

Синхронизация с удаленным репозиторием Git (выборка, извлечение, обновление)

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

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

Получить изменения

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

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

Обновить ветку

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

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

Извлечение изменений

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

1. В главном меню выберите Git | Тянуть.Откроется диалоговое окно «Извлечь изменения»:

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

3. Если у вас есть несколько пультов, определенных для вашего проекта, выберите пульт из списка (по умолчанию это origin ).

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

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

   • --rebase : после получения изменений из удаленной ветки PyCharm перебазирует локальные неопубликованные изменения на полученные изменения .

   • --ff-only : слияние будет разрешено только при возможности быстрой перемотки вперед.

   • --no-ff : фиксация слияния будет создана во всех случаях, даже если слияние может быть разрешено как перемотка вперед.

   • --squash : один коммит со всеми извлеченными изменениями будет создан поверх текущей ветки.

   • --no-commit : слияние будет выполнено, но фиксация слияния не будет создана, чтобы вы могли проверить результат слияния перед фиксацией.

   См. Https: // git-scm.com / docs / git-pull для получения подробной информации о параметрах pull .

6. Нажмите и вытяните.

Обновите свой проект

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

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

Если ваш проект содержит подмодули, и они находятся в ветке, они также будут обновлены автоматически.

Если подмодуль находится в отсоединенном состоянии HEAD, PyCharm вызовет git submodule update , который проверит фиксацию, указанную в корневом репозитории. Это означает, что обновление будет выполнено только в том случае, если ссылка на подмодуль изменится в корневом репо или если будет добавлен новый подмодуль.

1. В главном меню выберите VCS | Обновите проект или нажмите Ctrl + T .Откроется диалоговое окно «Обновить проект».

2. Выберите тип обновления (эта стратегия будет применяться ко всем корням, находящимся под контролем версий Git):

   • Объединить входящие изменения в текущую ветвь: выберите этот параметр, чтобы выполнить объединение во время обновления. Это эквивалентно запуску git fetch , а затем git merge или git pull --no-rebase .

   • Перебазировать текущую ветвь поверх входящих изменений: выберите этот параметр, чтобы выполнить перебазирование во время обновления.Это эквивалентно запуску git fetch , а затем git rebase или git pull --rebase (все локальные коммиты будут помещены поверх обновленной заголовка восходящего потока).

Если вы решите не отображать диалоговое окно «Обновить проект» в будущем, а затем захотите изменить стратегию обновления по умолчанию позже, перейдите в раздел Контроль версий | Страница подтверждения настроек IDE Ctrl + Alt + S , выберите «Обновить» в диалоговом окне «Параметры отображения» при вызове этих команд и измените стратегию обновления при следующем обновлении.

Когда операция обновления завершена, вкладка «Информация об обновлении» добавляется в окно инструмента Git. Alt + 9 . В нем перечислены все коммиты, сделанные с момента последней синхронизации с пультом дистанционного управления, и можно просмотреть изменения так же, как на вкладке «Журнал».

Если вы хотите увидеть полный список всех файлов, измененных с момента последнего обновления, поместите курсор в любое место в списке коммитов и нажмите Ctrl + A . Вы можете отключить группировку, чтобы увидеть плоский список: щелкните на панели инструментов на панели «Измененные файлы».

Последнее изменение: 20 мая 2021 г.

Как исправить ошибку Git «Неустранимая ошибка: удаленный источник уже существует»

Ошибка «Удаленный источник уже существует»

Ошибка «Неустранимая: удаленный источник уже существует» возникает при попытке создать ссылку на удаленный репозиторий с именем «origin», если удаленная ссылка с таким именем уже настроена.

Решение состоит в том, чтобы обновить URL-адрес удаленного репозитория с именем origin до URL-адреса удаленного репозитория, который вы хотите добавить, вместо того, чтобы пытаться создать новый удаленный репозиторий с этим именем.

Вы можете сделать это с помощью этой команды:

  git remote set-url origin https://github.com/your/repository
  

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

Чтобы помочь вам избежать повторения этой ошибки, давайте немного расскажем о концепции удаленных репозиториев.Эта ошибка обычно вызвана неправильным пониманием одной из нескольких вещей: что такое удаленный репозиторий, как работает команда `remote` или, более конкретно, что означает« исходная »часть этих команд.

Что такое удаленный репозиторий?

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

Эти инструменты были известны как централизованные системы управления версиями (наиболее известные примеры — SVN или Subversion), и они работали только с данными, размещенными на сервере, путем загрузки изменений в режиме реального времени.

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

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

Здесь на помощь приходят удаленные репозитории, или удаленные репозитории , . Удаленный репозиторий — это репозиторий Git, который находится на сервере и настроен как зеркало вашей локальной работы.Каждый раз, когда вы запускаете команду `git push`, вы отправляете свои последние изменения в этот удаленный репозиторий. Затем, когда кто-то извлекает из этого удаленного репозитория, он получает ваши изменения и в конечном итоге получает тот же код, что и у вас.

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

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

Как работает «удаленный» инструмент?

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

Инструмент Git `remote` предоставляет ряд команд для настройки пультов: добавить, удалить, переименовать и т. Д.Вы можете прочитать полную документацию здесь, но для устранения ошибки, о которой идет речь в этой статье, нас больше всего интересуют «добавить», «удалить» и «сбросить URL-адрес».

Давайте кратко рассмотрим несколько актуальных для нас конкретных случаев использования:

git remote add будет наиболее часто используемой командой. Вот как вы можете прикрепить пульт к своему репозиторию. Он связывает параметр «url» с «именем», которое вы передаете. Как вы, наверное, уже знаете, это выглядит так:

  git remote add origin https: // github.com / имя пользователя / удаленный репозиторий
  

git remote remove говорит само за себя, а также часто используется. Если вы не хотите, чтобы к вашему репозиторию был подключен конкретный пульт, просто передайте его имя этой команде, и этот пульт будет полностью удален. Он не будет сохраняться в истории, кешировании или где-либо еще:

Теоретически вы можете удалить пульт `origin`, а затем повторно добавить его, но вместо того, чтобы делать это в два шага, вы можете фактически выбить его всего за один с командой `set-url`, которую я показал вам в верхней части этой статьи.За один шаг эта команда обновит URL-адрес репозитория для данного имени, которое вы передаете.

Для примера, если бы мы перечислили пульты с помощью `git remote —verbose` до и после выполнения этой команды, они могут выглядеть так:

  origin https://github.com/your/repository (выборка)
происхождение https://github.com/your/repository (нажмите)
  

Давайте запустим команду `set-url`:

  git remote set-url origin https://github.com/your-other/repository
  

И снова посмотрим на список:

  origin https: // github.com / ваш-другой / репозиторий (выборка)
происхождение https://github.com/your-other/repository (нажмите)
  

«origin» — это соглашение

, а не часть команды `git remote`

Стоит отметить, что использование« origin »для имени вашего удаленного репозитория по умолчанию — это просто соглашение — вы можете назвать свой удаленный «сыр» по умолчанию, несмотря на всю разницу.

Это разочаровывает, потому что это соглашение фактически является основным источником ошибок удаленного именования.На первый взгляд не очевидно, является ли «origin» частью команды `git remote` или просто параметром, заблуждение, которое дополнительно подтверждается формулировкой ошибки Git: не очевидно, что« origin »является параметром, и не является частью неудачной команды.

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

Удаленное «происхождение» могло быть настроено, если вы клонировали репо.

Поскольку «происхождение» является таким распространенным соглашением, есть большая вероятность, что в любом репозитории, который вы клонируете, уже настроен пульт с этим именем, потому что пультов дистанционного управления включаются при клонировании репозитория. ‍

Клонирование репозитория и попытка добавить собственный удаленный сервер в «origin», не зная, что это имя уже используется, — очень распространенный способ возникновения этой ошибки. И снова — решение состоит в том, чтобы использовать `git remote set-url` вместо` git remote add`.

Заключение

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