Na igen, úgy làtom értelmét, de így, ahogy nàlunk megy, elmegy pàr óra vele míg mindenhol megcsinàlom a 2 àgat, aztàn majd ki kell szedni

Mi is trunk base branching stratégiát használunk. Nálatok nem a branching stratégia a gond, hanem az agyatlan fejlesztés.

Nemtudom hogy kellene jobban fejleszteni ahhoz, hogy ehhez tudjunk adaptàlódni...

Mármint érted, nyilván szar a kód, nagyobb refactorálást csinálok, 1 osztályba 5-6 fv-t írtam át, aminek folytàn 10-15 osztályt is módosítottam, itt nem nagyon látom, hogy mit tudtam volna máshogy csinàlni

Nem benned van a hiba !

chatgpt/
A trunk alapú elágazási stratégia előnyei és hatékonysága változhat a projekt sajátosságaitól és a csapat méretétől függően. Néhány előnye és értéke:
Egyszerűség: A trunk alapú stratégia egyszerűsége lehetővé teszi, hogy a csapat könnyen követhesse és megértse a kódváltoztatásokat. Ezáltal gyakran hatékonyabbá válik a fejlesztés folyamata.

Gyors visszajelzés: A gyakori integráció és a folyamatos integráció révén a trunk alapú fejlesztés gyors visszajelzést biztosít a kódminőségről és a hibákról. Ez segíthet a hibák korai felfedezésében és javításában.

Konfliktusok csökkentése: A folyamatos integráció révén a kódbázisban keletkező konfliktusokat gyorsan fel lehet ismerni és megoldani, mivel a változtatásokat rendszeresen összefuttatják a főágba.

Együttműködés ösztönzése: Mivel a fejlesztők gyakran integrálják a változtatásaikat a főágba, a trunk alapú stratégia ösztönzi a csapatmunkát és az együttműködést.
Azonban a trunk alapú elágazási stratégia nem minden esetben ideális, és bizonyos körülmények között hátrányokat is jelenthet:

Nagy projektek bonyolultsága: Nagyobb projektek esetén a trunk alapú stratégia nehezebben skálázható, és könnyebben keletkezhetnek konfliktusok és egyéb problémák a főágban.

Függőségek kezelése: Ha a projekt függ más projektektől vagy külső erőforrásoktól, a főágban történő változtatások könnyen konfliktusokhoz vezethetnek, különösen, ha azokat más csapatok is használják.

Kultúra és tapasztalat: A trunk alapú fejlesztéshez egyfajta fejlesztői kultúra és tapasztalat szükséges, amely nem minden csapat számára lehet természetes vagy könnyen kialakítható.

Összességében a trunk alapú elágazási stratégia hatékony lehet a kisebb és közepes méretű projektek esetén, különösen, ha a csapat megfelelően fel van készítve és betartja a legjobb gyakorlatokat. Fontos azonban megfontolni a projekt sajátosságait és a csapat igényeit a stratégia kiválasztásakor.
/chatgpt

Hàt ha nem is chatGpt, de nàlunk a google volt emlegetve, hogy ők is azt hasznàljàk, elolvastam a doksit róla, és 2 dolgot emeltek ki, ami nàlunk nincs meg

1: Tesztekkel tele van, nàlunk indiaik olyan csoda teszteket írnak, hogy nincs assertion, szal nem tesztel semmi

2: Mergelés gyors, na már most nàlunk 10p és 2 óra míg megkapom az approvokat, 1 óra a build, 1 óra a merge, és ez akkor, ha közben nincs mergelés a trunkra, mert akkor rebease és megint 1 óra, a tesztek meg nincsenek futtatva pusholáskor szal hiába is lennének

Én az Istennek sem tudok kitörni a szűk önös korlátaimból !

[ Szerkesztve ]

Azert attol fugg, miben erted a gyorsasagot. Az eleve gyanus, ha prod-ra jutas <24 ora.

Van valami jó módszer arra, hogy a kb. egy évvel és 100 builddel ezelőtt feleslegesnek ítélt és kitörölt kódrészletet hogyan találjam meg GitHubon? Ma rájöttem, hogy mégis szükség lenne rá.

File history?

Az lesz a megoldás, köszi. Csak sokat kell keresgélnem.

Lehúzod a projektet, telepítesz valami grafikus verzió managert a helyi gépedre, és vissza lehet nézni azt a 100 buildet probléma nélkül.

@Marky18 errefelé vagy?

A linkelt post 2023 novemberi. Az a téma megint érdekes lett számomra, és egykoron nem értettem meg azt a célzást, hogy "mert Java fejlesztot konnyu kukazni". Most jó lenne megértenem.

Vagy ha bárki más fel tud világosítani, mi a gáz a java sdk-val szerver oldali alkalmazás fejlesztés kontextusában, örülnék neki. Előre is köszönöm.

Semmi gond nincs a JDK-val, egy nagyon eros ecosystem epult ra, ami egy safe choice, ha valasztani kell egy stacket.

Az a téma megint érdekes lett számomra, és egykoron nem értettem meg azt a célzást, hogy "mert Java fejlesztot konnyu kukazni". Most jó lenne megértenem.

Javat tanitanak mindenhol, valoszinuleg keves olyan fejleszto van, aki ne talalkozott volna vele legalabb egy kis projekt erejeig. Az osszes cloud provider tamogatja, van SDK-juk, a dokumentaciok is az elso 3 helyen hoznak Java peldakat.
Emiatt konnyebb Javara felvenni embert, egyszeruen nagyobb a merites.

Gyanú szerint a cégek azért keresnek java-ra dotnet helyett, mert azt hiszik, hogy a dotnet-tel van a baj

Nincs semmi baj a dotnettel, ez egy architekturalis es projekt management dontes, hogy milyen stacket hasznalnak es milyen tudassal keresnek embert.

Egy kicsit összetettebb példakódot is írtam. A leírás itt található. A példa kód pedig itt.

Ezen világosan látszik a típusok címzése különböző típusok esetén.

Sziasztok!

Ismételten egy Powershell kérdést dobnék be. Legutóbb is sokat segített az itt kapott tanács.

Adott egy CSV, ami tartalmaz cégadatokat. Cégek nevei tartalmazhatnak idézőjeleket. Az import-csv kapcsán megadható text qualifier? A szöveg sajnos nem módosítható, mert sajnos a nevek tartalmazhatnak idézőjeleket. Most az import-csv idézőjeltől idézőjelig egybefüggő stringként kezeli, ami nagyon nem jó.

(5.1 a verzió, amivel dolgozok.)

[ Szerkesztve ]

hogy van a csv-ben most a text qualifier?
PS-ben nincs text qualifier parameter, csak ekzzel tudod feldolgozni a custom text qualifier-t. Amugy a definicio szerint duplazni kell az idezojelet, valahogy igy:
"cegnev","iranyitoszam,"cim"
"Cegnev ""idezojellel a belsejeben"" kft.","1234","Elem utca 123."

[ Szerkesztve ]

Sajnos meg kell tartanom az idézőjeleket. Ha bedupláuom, akkor elvesztem az idézőjeleket, ha jól értem.

Példa:
124;"Kiss és társa" Kft.; egyéb adatok;
234;másik cég Bt.;egyéb adatok;
666;"másik és egyik" Zrt.;egyéb adatok;

Ezt kellene jól beolvasnom.

[ Szerkesztve ]

Vesszo, pontosvesszo (mezo-elvalaszto) lehet barmelyik mezoben, pl. cegnevben?
Valaki, masvalaki es "tarsai" bt.

[ Szerkesztve ]

ha nem tartalmazhat, akkor:
$sorok = @"
ID;Cégnév;Egyéb cégadatok;
124;"Kiss és társa" Kft.; egyéb adatok;
234;egyik, másik cég Bt.;egyéb adatok;
666;"másik és egyik" Zrt.;egyéb adatok;
"@ -split [Environment]::NewLine
$uj = @()
foreach ($sor in $sorok) {
$uj += ((($sor -split ";") | foreach-object {'"' + ($_ -replace '"', '""') +'"'}) -join ',')
}
$uj | ConvertFrom-Csv

[ Szerkesztve ]

Szerkeszteni nem tudom már.

Ha egy idézőjelem van, akkor 3 idézőjelre kell cserélnem.

Például:
Teszt "Kft" >> Teszt "Kft"
"Teszt "Kft" >> """Teszt ""Kft""
""Teszt Kft >> """"Teszt Kft

Duplázás mégis jó lehet.

Amúgy optentől kapják így át adatok állítólag. Névben lehet elvileg szeparátor nem lehet . (Tab)

[ Szerkesztve ]

Probald ki a tesztkodot amit kuldtem. A sorok valtozo lehet egy text reader ami sorokat olvas be.
$sorok = Get-Content "c:\temp\test.csv" -Encoding "UTF8"

[ Szerkesztve ]

Működik Sejtettem, hogy itt meglesz a megoldás. Escape-elni jobb lett volna, de hát így is működik. Jó cheat, hogy befoglalom két idézőjel közé. Ez maradt ki nálam, mikor nézegettem.

Köszi!

[ Szerkesztve ]

szükségem van számos TXT fájl első sorából a dátumra powershellben
jelenlegi formátuma: Jan/24/2024
ebből szeretnék egy ilyen végleges formátumot: 2024-jan-24

a dátumot még ki tudom szedni, de az átrendezés már nem megy
$newFileName = $firstLine.Substring(0, [Math]::Min(11, $firstLine.Length))

[ Szerkesztve ]

$d = $firstLine.Substring(0, 11).ToLower() -split "/"
$newFileName = ($d[2], $d[0], $d[1]) -join "-"

[ Szerkesztve ]

Ugye a .txt fájlok tartalmát nem lehet bekérni a JavaScript-ben, mert nagyon régen a VBS-ben gond nélkül lehetett ?

[ Szerkesztve ]

köszi!
loopba tettem 1000+ txt-vel, szépen működik.
Van esetleg észrevételed vagy "jóvanazúgy"?

# txt fileok listázása
$textFiles = Get-ChildItem -Filter *.txt
# listában szereplő fájlok átnevezése
foreach ($file in $textFiles) {
  # első sor beolvasás
        $firstLine = Get-Content $file.FullName -TotalCount 1    
  # dátum kiválasztása
        $d = $firstLine.Substring(0, 11).ToLower() -split "/" 
  # átrendezés
        $newFileName  = ($d[2], $d[0], $d[1]) -join "-"
  # .txt kiterjesztés hozzáadása
        $newFileName = $newFileName + ".txt"
    # Rename the file
        Rename-Item -Path $file.FullName -NewName $newFileName
}

szvsz jo lehet igy, ha biztos, hogy ez az elso sor...
ezt a csekket berakhatod az atalakitas ele, biztos, ami biztos:
# txt fileok listázása
$textFiles = Get-ChildItem -Filter *.txt
# listában szereplő fájlok átnevezése
foreach ($file in $textFiles) {
# első sor beolvasás
$firstLine = Get-Content $file.FullName -TotalCount 1
if ($firstLine -match "^(\w{3})/(\d{2})/(\d{4})") {
# átrendezés
$newFileName = ($Matches[3], $Matches[1].ToLower(), $Matches[2]) -join "-"
# .txt kiterjesztés hozzáadása
$newFileName = $newFileName + ".txt"
# Rename the file
Rename-Item -Path $file.FullName -NewName $newFileName
}
}

[ Szerkesztve ]

vagy meg egyszerubben:
# txt fileok listázása
$textFiles = Get-ChildItem -Filter *.txt
# listában szereplő fájlok átnevezése
foreach ($file in $textFiles) {
# első sor beolvasás
$firstLine = Get-Content $file.FullName -TotalCount 1
if ($firstLine -match "^(\w{3})/(\d{2})/(\d{4})") {
# Rename the file
Rename-Item -Path $file.FullName -NewName ($firstLine.ToLower() -replace '^(\w{3})/(\d{2})/(\d{4}).*$', '$3-$1-$2.txt')
}
}

[ Szerkesztve ]

Köszi!
Biztos hogy ez az első sor, egy halom naplófájl.