Nie można zacommitować plików, przez nierozwiązany konflikt

Nawiązuje do tematu poprzedniego którego do dziś nie rozwiązałem.
Otóż jestem w trakcie kursu selenium java, poprzedni wątek dotyczył problemu z założeniem nowego projektu i użyciem selenium.
Dlatego uznałem że będę kontynuować inny dział w tym samym projekcie co wcześniej, założyłem tylko nowy folder.
poprzedni wątek:
Uruchomienie tej samej aplikacji selenium w nowym projekcie

Aktualny problem z commitem w gicie, nie moge commitować starego projektu który commitowałem 10siątki razy.
Co może być problemem? pom.xml jest na czerwono ale nic tam nie zmieniałem. :|

screen:

ważną informacją jest jeszcze że, przy próbie tworzenia nowego projektu kopiowałem ten projekt i wklejałem zmieniając nazwę

Rozwiąż konflikty w tym xmlu

W logach:

15.02.2023
08:35	Plugin error
			Plugin 'Material Theme UI' (version '7.13.1') is not compatible with the current version of the IDE, because it requires build 222.2889 or newer but the current build is IC-203.8084.24
			Plugin 'Cucumber for Java' (version '222.4345.14') is not compatible with the current version of the IDE, because it requires build 222.4345 or newer but the current build is IC-203.8084.24
			Plugin 'Gherkin' (version '222.4345.14') is not compatible with the current version of the IDE, because it requires build 222.4345 or newer but the current build is IC-203.8084.24

pom.xml

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>org.example</groupId>
  <artifactId>tutorialselenium</artifactId>
  <version>1.0-SNAPSHOT</version>

  <properties>
      <maven.compiler.source>8</maven.compiler.source>
      <maven.compiler.target>8</maven.compiler.target>
  </properties>

  <dependencies>
      <dependency>
          <groupId>org.seleniumhq.selenium</groupId>
          <artifactId>selenium-java</artifactId>
          <version>3.141.59</version>
      </dependency>
      <dependency>
          <groupId>org.testng</groupId>
          <artifactId>testng</artifactId>
          <version>6.14.3</version>
          <scope>test</scope>
      </dependency>
      <dependency>
          <groupId>org.slf4j</groupId>
          <artifactId>slf4j-api</artifactId>
          <version>1.7.5</version>
      </dependency>
      <dependency>
          <groupId>org.slf4j</groupId>
          <artifactId>slf4j-simple</artifactId>
          <version>1.6.4</version>
      </dependency>
      <dependency>
          <groupId>io.github.bonigarcia</groupId>
          <artifactId>webdrivermanager</artifactId>
          <version>4.3.0</version>
          <scope>test</scope>
      </dependency>
  </dependencies>
</project>

Jeśli plik wygląda tak jak chcesz to:

git add pom.xml
git rebase --continue

jeśli po rozwiązaniu konfliktu okazuje się że jednak nie było zmian w pliku to wtedy trzeba zrobić

git add pom.xml
git rebase --skip

tylko z tym skip trzeba uważać XD

Myślę, że Twoim największym problemem, który powinieneś rozwiązać, to jest nauczenie się lepiej gita - bo rozwiązywanie konfliktów to jest numer 1. zadanie które musi rozumieć każdy kto używa gita.

Możesz zacząć tutaj: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line

KamilAdam napisał(a):

Jeśli plik wygląda tak jak chcesz to:

Kopiuj

git add pom.xml
git rebase --continue

jeśli po rozwiązaniu konfliktu okazuje się że jednak nie było zmian w pliku to wtedy trzeba zrobić

Kopiuj

git add pom.xml
git rebase --skip

tylko z tym skip trzeba uważać XD

Ale on próbuje zrobić reverta.

Riddle napisał(a):

Ale on próbuje zrobić reverta.

To wtedy procedura rozwiazywania konfliktów jest inna?
na pewno dalej trzeba zrobić git add pom.xml po rozwiązaniu, ale co dalej to z głowy nie powiem bo zawsze czytam podpowiedzi w terminalu ci dalej XD jak się zrobi git status to git powinien zasugerowac co dalej

ale ja reveta juz zrobiłem ^^

ZoooL napisał(a):

ale ja reveta juz zrobiłem ^^

Podczas reverta mogą wystąpić takie same konflikty jak przy cherry-picku, merge'u lub rebasie, to jest naturalne zachowanie gita, i musisz umieć z nim działać, jeśli chcesz korzystać z gita - a najwyraźniej nie umiesz, skoro nie możesz sobie poradzić z konfliktem, do tego stopnia że myślisz że problem leży w selenium.

Riddle napisał(a):

ZoooL napisał(a):

ale ja reveta juz zrobiłem ^^

Podczas reverta mogą wystąpić takie same konflikty jak przy cherry-picku, merge'u lub rebasie, to jest naturalne zachowanie gita, i musisz umieć z nim działać, jeśli chcesz korzystać z gita - a najwyraźniej nie umiesz, skoro nie możesz sobie poradzić z konfliktem, do tego stopnia że myślisz że problem leży w selenium.

Masz 100% racje, dlatego przychodzę z prośbą o pomoc na forum. Zamiast uczyć się 15 rzeczy w tym samym czasie. Może powinienem był zacząć od git'a ale skończyłem 80% kursu selenium i chce go skończyć.

ZoooL napisał(a):

Riddle napisał(a):

ZoooL napisał(a):

ale ja reveta juz zrobiłem ^^

Podczas reverta mogą wystąpić takie same konflikty jak przy cherry-picku, merge'u lub rebasie, to jest naturalne zachowanie gita, i musisz umieć z nim działać, jeśli chcesz korzystać z gita - a najwyraźniej nie umiesz, skoro nie możesz sobie poradzić z konfliktem, do tego stopnia że myślisz że problem leży w selenium.

Masz 100% racje, dlatego przychodzę z prośbą o pomoc na forum. Zamiast uczyć się 15 rzeczy w tym samym czasie. Może powinienem był zacząć od git'a ale skończyłem 80% kursu selenium i chce go skończyć.

Twój błąd który tutaj pokazałeś nie ma nic wspólnego z selenium.

Riddle napisał(a):

ZoooL napisał(a):

Riddle napisał(a):

ZoooL napisał(a):

ale ja reveta juz zrobiłem ^^

Podczas reverta mogą wystąpić takie same konflikty jak przy cherry-picku, merge'u lub rebasie, to jest naturalne zachowanie gita, i musisz umieć z nim działać, jeśli chcesz korzystać z gita - a najwyraźniej nie umiesz, skoro nie możesz sobie poradzić z konfliktem, do tego stopnia że myślisz że problem leży w selenium.

Masz 100% racje, dlatego przychodzę z prośbą o pomoc na forum. Zamiast uczyć się 15 rzeczy w tym samym czasie. Może powinienem był zacząć od git'a ale skończyłem 80% kursu selenium i chce go skończyć.

Twój błąd który tutaj pokazałeś nie ma nic wspólnego z selenium.

Sorry ale nie rozumiem do czego nawiązujesz teraz? że otagowałem selenium w temacie to musi to dotyczyć selenium?
w temacie wydaje mi się określone czego dotyczy problem "Nie można zacommitować plików, przez nierozwiązany konflikt", aha chyba czaje XD zmieniliscie mi tytul tematu haha

Odpowiadając na Twoje pytanie:

Próbujesz dodać revert jakiegoś commita, ale masz konflikt - tzn. nie można jednoznacznie stwierdzić jaka wersja powinna zostać po revercie. Powinieneś albo odstąpić od revertowania, albo rozwiązać konflikt (i oznaczyć pliki jako rozwiązane używajać git add ) i kontynuować (np uruchamiając git revert --continue). Problem standardowy dla gita.

Czasami warto zaprzyjaźnić się z jakimś GUI do git-a.
Jak już innymi metodami nie daje rady ogarnąć repozytorium to uruchamiam GitKraken,
jak to nie pomaga to git clone w ostateczności ;)

error: Committing is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.
U       pom.xml

git add . pomogło tylko jak XD

ZoooL napisał(a):

error: Committing is not possible because you have unmerged files.
hint: Fix them up in the work tree, and then use 'git add/rm <file>'
hint: as appropriate to mark resolution and make a commit.
fatal: Exiting because of an unresolved conflict.
U pom.xml

"git add ." pomogło tylko jak XD

git add . to metoda która oznacza wszystkie pliki w katalogu . (czyli Twoim current working directory) jako "do zacommitowania", a w przypadku konfliktu oznacza je jako rozwiązane. Pisałem o tym w poście wyżej.

Riddle napisał(a):

Powinieneś albo odstąpić od revertowania, albo rozwiązać konflikt (i oznaczyć pliki jako rozwiązane używajać git add ) i kontynuować (np uruchamiając git revert --continue).

Jestem tylko ciekaw czy przypadkiem sobie nie zacommitowałeś nierozwiązanego konfliktu. Zobaczy czy nie masz w pliku pom.xml znaków ========, >>>>>>>>> lub <<<<<<<<<.

Nie widze różnicy, wygląda jak wyglądał wcześniej ._.

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>   

<groupId>org.example</groupId>
<artifactId>tutorialselenium</artifactId>
<version>1.0-SNAPSHOT</version>

<properties>
    <maven.compiler.source>8</maven.compiler.source>
    <maven.compiler.target>8</maven.compiler.target>
</properties>

<dependencies>
    <dependency>
        <groupId>org.seleniumhq.selenium</groupId>
        <artifactId>selenium-java</artifactId>
        <version>3.141.59</version>
    </dependency>
    <dependency>
        <groupId>org.testng</groupId>
        <artifactId>testng</artifactId>
        <version>6.14.3</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.5</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-simple</artifactId>
        <version>1.6.4</version>
    </dependency>
    <dependency>
        <groupId>io.github.bonigarcia</groupId>
        <artifactId>webdrivermanager</artifactId>
        <version>4.3.0</version>
        <scope>test</scope>
    </dependency>
</dependencies>
</project>

ZoooL napisał(a):

Nie widze różnicy, wygląda jak wyglądał wcześniej ._.

No to miałeś najprawdopodobniej różnice w końcówkach linii, różnice w uprawnieniach dostępu albo w wielkościach liter jeśli jesteś na Windowsie; albo jakąś inną prostą zmianę do rozwiązania - a korzystasz z IntelliJ, więc najpewniej rozwiązał ten konflikt za Ciebie, ale nie oznaczył go.

Miałeś farta.

A masz tam może plik .gitattributes albo masz globalny plik ~/.config/git/attributes i tam masz ustawione pom.xml merge=binary? Wtedy to by trochę tłumaczyło takie zachowanie.