Geli\u015ftirme ortamlar\u0131n\u0131n tutars\u0131zl\u0131\u011f\u0131 ve g\u00fcvenlik a\u00e7\u0131klar\u0131 projelerinizi yava\u015flat\u0131yor mu? EnvSecOps ve DevContainer determinizmi ile tekrarlanabilir, g\u00fcvenli ve verimli geli\u015ftirme s\u00fcre\u00e7lerine nas\u0131l ula\u015faca\u011f\u0131n\u0131z\u0131 ke\u015ffedin. Bu makale, modern yaz\u0131l\u0131m geli\u015ftirmenin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 bu \u00f6nemli zorlu\u011fa pratik \u00e7\u00f6z\u00fcmler sunuyor.<\/p>\n
Her geli\u015ftiricinin bilgisayar\u0131nda farkl\u0131 bir i\u015fletim sistemi, farkl\u0131 versiyonlarda k\u00fct\u00fcphaneler veya bamba\u015fka konfig\u00fcrasyonlar olmas\u0131, projelerinizde beklenmedik hatalara ve zaman kay\u0131plar\u0131na yol a\u00e7abilir. “Benim makinemde \u00e7al\u0131\u015f\u0131yordu!” c\u00fcmlesi, yaz\u0131l\u0131m geli\u015ftirme d\u00fcnyas\u0131nda s\u0131kl\u0131kla duyulan, ayn\u0131 zamanda b\u00fcy\u00fck bir ac\u0131ya i\u015faret eden bir ifadedir. Bu tutars\u0131zl\u0131k sadece verimlilik sorunlar\u0131 yaratmakla kalmaz, ayn\u0131 zamanda ciddi g\u00fcvenlik zafiyetlerine de kap\u0131 aralar. \u00d6rne\u011fin, bir geli\u015ftiricinin kulland\u0131\u011f\u0131 eski bir k\u00fct\u00fcphane versiyonu kritik bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 bar\u0131nd\u0131rabilirken, di\u011fer ekip \u00fcyeleri daha g\u00fcncel ve g\u00fcvenli versiyonlar\u0131 kullan\u0131yor olabilir. B\u00f6yle bir senaryoda, \u00fcretim ortam\u0131na s\u0131zan eski versiyon, t\u00fcm sistemi riske atabilir.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen siber g\u00fcvenlik tehditleri ortam\u0131nda, geli\u015ftirme s\u00fcre\u00e7lerinin her a\u015famas\u0131nda g\u00fcvenli\u011fi sa\u011flamak hayati \u00f6nem ta\u015f\u0131maktad\u0131r. Ancak genellikle, geli\u015ftirme ortamlar\u0131, g\u00fcvenlik kontrollerinin en zay\u0131f halkalar\u0131ndan biri olarak kal\u0131r. Her bir geli\u015ftiricinin kendi yerel makinesinde kurdu\u011fu, farkl\u0131 ba\u011f\u0131ml\u0131l\u0131klara ve ayarlara sahip birden fazla proje, g\u00fcvenlik denetimi ve uyumluluk a\u00e7\u0131s\u0131ndan kabus senaryolar\u0131 yarat\u0131r. Ek olarak, yeni bir ekip \u00fcyesinin projeye adapte olma s\u00fcreci, do\u011fru geli\u015ftirme ortam\u0131n\u0131 kurma \u00e7abas\u0131yla saatler, hatta g\u00fcnler s\u00fcrebilir. Bu durum, hem onboarding maliyetlerini art\u0131r\u0131r hem de yeni ba\u015flayanlar\u0131n ilk deneyimini olumsuz etkiler. \u0130\u015fte tam da bu noktada, DevContainer’lar ve EnvSecOps yakla\u015f\u0131m\u0131, geli\u015ftirme d\u00fcnyas\u0131na bir nefes borusu gibi uzan\u0131r.<\/p>\n
EnvSecOps (Environment, Security, Operations), geli\u015ftirme ortamlar\u0131n\u0131 sadece i\u015flevsel k\u0131lmakla kalmay\u0131p, ayn\u0131 zamanda onlar\u0131 g\u00fcvenli ve operasyonel olarak y\u00f6netilebilir hale getirmeyi hedefleyen b\u00fct\u00fcnc\u00fcl bir yakla\u015f\u0131md\u0131r. DevContainer’lar ise, bu yakla\u015f\u0131m\u0131n temelini olu\u015fturan, tekrarlanabilir ve izole geli\u015ftirme ortamlar\u0131 sunan g\u00fc\u00e7l\u00fc bir teknolojidir. Bu makalede, DevContainer determinizminin ne anlama geldi\u011fini, EnvSecOps prensipleriyle nas\u0131l entegre edilebilece\u011fini ve projelerinize nas\u0131l daha fazla g\u00fcvenlik ve verimlilik katabilece\u011fini ad\u0131m ad\u0131m inceleyece\u011fiz. Amac\u0131m\u0131z, geli\u015ftiricilerin “Benim makinemde \u00e7al\u0131\u015f\u0131yordu!” bahanesini tamamen ortadan kald\u0131rarak, “Her yerde \u00e7al\u0131\u015f\u0131yor!” diyebilecekleri bir d\u00fcnya yaratmakt\u0131r. Hadi gelin, bu yolculu\u011fa birlikte \u00e7\u0131kal\u0131m ve modern yaz\u0131l\u0131m geli\u015ftirmenin gelece\u011fini \u015fekillendirelim.<\/p>\n
EnvSecOps yolculu\u011fumuza ba\u015flamadan \u00f6nce, DevContainer’lar\u0131n ve determinizmin temel prensiplerini anlamak b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Bu iki kavram, modern ve g\u00fcvenli geli\u015ftirme ortamlar\u0131n\u0131n in\u015fas\u0131nda ayr\u0131lmaz bir b\u00fct\u00fcn\u00fc olu\u015fturur.<\/p>\n
DevContainer (Geli\u015ftirme Konteyneri) Nedir?<\/strong><\/p>\n DevContainer, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, bir geli\u015ftirme ortam\u0131n\u0131 bir konteyner i\u00e7inde paketlemeyi sa\u011flayan bir teknolojidir. Docker gibi konteynerizasyon ara\u00e7lar\u0131 temel al\u0131narak olu\u015fturulan bu yap\u0131lar, projenizin t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131, \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131n\u0131, derleyicilerini ve hatta uzant\u0131lar\u0131n\u0131 tek bir izole ortamda bar\u0131nd\u0131r\u0131r. Projeniz i\u00e7in \u00f6zel olarak yap\u0131land\u0131r\u0131lm\u0131\u015f bir sanal makine gibi d\u00fc\u015f\u00fcnebilirsiniz, ancak \u00e7ok daha hafif, h\u0131zl\u0131 ve ta\u015f\u0131nabilirdir. Bir DevContainer, genellikle projenizin k\u00f6k dizininde bulunan DevContainer’lar\u0131n ba\u015fl\u0131ca faydalar\u0131 \u015funlard\u0131r:<\/p>\n Determinizm Nedir ve Neden \u00d6nemlidir?<\/strong><\/p>\n Yaz\u0131l\u0131m geli\u015ftirmede determinizm, belirli bir girdi seti verildi\u011finde, bir sistemin veya s\u00fcrecin her zaman ayn\u0131 \u00e7\u0131kt\u0131y\u0131 \u00fcretmesi anlam\u0131na gelir. Ba\u015fka bir deyi\u015fle, bir i\u015flem tekrarland\u0131\u011f\u0131nda, ba\u015flang\u0131\u00e7 ko\u015fullar\u0131 ayn\u0131 kald\u0131\u011f\u0131 s\u00fcrece sonu\u00e7 da her zaman ayn\u0131 olacakt\u0131r. DevContainer ba\u011flam\u0131nda determinizm, ayn\u0131 Determinizmin \u00f6nemi \u015funlarla \u00f6zetlenebilir:<\/p>\n \u00d6zetle, DevContainer’lar, geli\u015ftirme ortam\u0131n\u0131z\u0131 paketleyerek tutarl\u0131l\u0131k ve izolasyon sa\u011flarken; determinizm, bu ortam\u0131n her zaman ayn\u0131 kalmas\u0131n\u0131 garanti eder. Bu ikilinin birle\u015fimi, EnvSecOps prensiplerini uygulayarak daha g\u00fcvenli, verimli ve \u00f6ng\u00f6r\u00fclebilir bir geli\u015ftirme s\u00fcreci in\u015fa etmenin temelini olu\u015fturur. \u015eimdi, bu g\u00fc\u00e7l\u00fc kombinasyonun EnvSecOps \u00e7er\u00e7evesinde nas\u0131l kullan\u0131labilece\u011fine daha yak\u0131ndan bakal\u0131m.<\/p>\n EnvSecOps, ad\u0131ndan da anla\u015f\u0131ld\u0131\u011f\u0131 gibi, Env<\/strong>ironment (Ortam), Sec<\/strong>urity (G\u00fcvenlik) ve Op<\/strong>erations<\/strong> (Operasyonlar) kelimelerinin birle\u015fimidir. Geleneksel DevOps ve DevSecOps yakla\u015f\u0131mlar\u0131n\u0131n bir uzant\u0131s\u0131 olarak d\u00fc\u015f\u00fcn\u00fclebilir, ancak odak noktas\u0131n\u0131 do\u011frudan geli\u015ftirme ve test ortamlar\u0131n\u0131n g\u00fcvenli\u011fine ve operasyonel y\u00f6netimine \u00e7evirir. Bir projenin g\u00fcvenlik yolculu\u011fu, kodun \u00fcretim ortam\u0131na da\u011f\u0131t\u0131lmas\u0131yla ba\u015flamaz; asl\u0131nda, kodun ilk yaz\u0131ld\u0131\u011f\u0131 geli\u015ftirme ortam\u0131nda ba\u015flar. EnvSecOps, bu erken a\u015famadan itibaren g\u00fcvenlik prensiplerini ve operasyonel en iyi uygulamalar\u0131 entegre ederek, t\u00fcm yaz\u0131l\u0131m ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca sa\u011flam bir temel olu\u015fturmay\u0131 hedefler.<\/p>\n Neden DevContainer’lar EnvSecOps i\u00e7in bu kadar kritik bir rol oynar? Geleneksel geli\u015ftirme ortamlar\u0131nda, her geli\u015ftiricinin kendi yerel makinesi \u00fczerinde \u00e7al\u0131\u015fan ba\u011f\u0131ms\u0131z bir “mini-veri merkezi” bulunur. Bu durum, y\u00fczlerce farkl\u0131 yap\u0131land\u0131rma, binlerce farkl\u0131 ba\u011f\u0131ml\u0131l\u0131k versiyonu ve sonsuz say\u0131da potansiyel g\u00fcvenlik a\u00e7\u0131\u011f\u0131 demektir. Bu karma\u015f\u0131kl\u0131\u011f\u0131 y\u00f6netmek, denetlemek ve g\u00fcvence alt\u0131na almak neredeyse imkans\u0131zd\u0131r. DevContainer’lar ise, geli\u015ftirme ortamlar\u0131n\u0131 standartla\u015ft\u0131rarak, izole ederek ve versiyonlayarak bu karma\u015f\u0131kl\u0131\u011f\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r. Bu sayede, EnvSecOps prensiplerini bu standartla\u015ft\u0131r\u0131lm\u0131\u015f ve kontroll\u00fc ortamlar \u00fczerinde \u00e7ok daha etkili bir \u015fekilde uygulayabiliriz.<\/p>\n Bir DevContainer’\u0131n g\u00fcvenli\u011fi, temel ald\u0131\u011f\u0131 Docker imaj\u0131n\u0131n g\u00fcvenli\u011fiyle ba\u015flar. G\u00fcvenli bir ba\u015flang\u0131\u00e7 noktas\u0131 se\u00e7mek, t\u00fcm EnvSecOps stratejinizin ilk ve en \u00f6nemli ad\u0131m\u0131d\u0131r.<\/p>\n <\/code><\/p>\n EnvSecOps'un temelini olu\u015fturan bir di\u011fer \u00f6nemli alan da ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi ve zafiyet taramas\u0131d\u0131r. Modern yaz\u0131l\u0131m projeleri y\u00fczlerce a\u00e7\u0131k kaynak k\u00fct\u00fcphanesi ve paketi kullan\u0131r. Bu ba\u011f\u0131ml\u0131l\u0131klar\u0131n her biri potansiyel bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 ta\u015f\u0131yabilir. DevContainer'lar bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 sabitleme ve denetleme konusunda e\u015fsiz bir kontrol sa\u011flar.<\/p>\n <\/code>\n <\/li>\n EnvSecOps, geli\u015ftirme ortamlar\u0131n\u0131 g\u00fcvenli, tekrarlanabilir ve y\u00f6netilebilir hale getirerek, yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinin her a\u015famas\u0131nda g\u00fcvenli\u011fi birincil \u00f6ncelik haline getirir. DevContainer'lar bu vizyonu ger\u00e7e\u011fe d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 seti sunar. \u015eimdi, bu determinizmi pratik olarak nas\u0131l sa\u011flayaca\u011f\u0131m\u0131za daha yak\u0131ndan bakal\u0131m.<\/p>\n DevContainer determinizmini sa\u011flamak, geli\u015ftirme ortam\u0131n\u0131z\u0131n her zaman beklenen \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve g\u00fcvenlik standartlar\u0131na uydu\u011funu garantilemek anlam\u0131na gelir. Bu, \u00f6zellikle b\u00fcy\u00fck ekiplerde veya hassas verilerle \u00e7al\u0131\u015fan projelerde hayati \u00f6neme sahiptir. A\u015fa\u011f\u0131da, DevContainer determinizmini ad\u0131m ad\u0131m nas\u0131l uygulayaca\u011f\u0131n\u0131za dair pratik bir rehber bulacaks\u0131n\u0131z.<\/p>\n DevContainer determinizminin kalbinde, projenizin k\u00f6k dizininde bulunan 1. <\/code>\n <\/li>\n<\/ul>\n 2. <\/code>\n <\/li>\n Geli\u015ftirme ortamlar\u0131nda determinizmi sa\u011flarken, hassas bilgilerin (API anahtarlar\u0131, veritaban\u0131 kimlik bilgileri vb.) g\u00fcvenli bir \u015fekilde y\u00f6netilmesi EnvSecOps'un kritik bir bile\u015fenidir. Do\u011frudan Bu ad\u0131mlar\u0131 izleyerek, hem geli\u015ftirme ortam\u0131n\u0131z\u0131n determinizmini sa\u011flayabilir hem de EnvSecOps prensiplerini uygulayarak g\u00fcvenlik risklerini minimize edebilirsiniz. Bu yap\u0131land\u0131rmalar, bir projenin \"tek bir do\u011fru ortam\u0131\" olmas\u0131n\u0131 sa\u011flayarak, ekip i\u00e7i tutarl\u0131l\u0131\u011f\u0131 ve i\u015f ak\u0131\u015f\u0131n\u0131n verimlili\u011fini inan\u0131lmaz derecede art\u0131r\u0131r. Bir sonraki b\u00f6l\u00fcmde, bu yakla\u015f\u0131mlar\u0131n ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l ba\u015far\u0131yla uyguland\u0131\u011f\u0131n\u0131 ve ileri d\u00fczey optimizasyonlar\u0131 inceleyece\u011fiz.<\/p>\n.devcontainer<\/code> klas\u00f6r\u00fc i\u00e7indeki devcontainer.json<\/code> dosyas\u0131 ve bir Dockerfile<\/code> arac\u0131l\u0131\u011f\u0131yla tan\u0131mlan\u0131r.<\/p>\n\n
devcontainer.json<\/code> ve Dockerfile<\/code> dosyalar\u0131 kullan\u0131larak olu\u015fturulan bir geli\u015ftirme ortam\u0131n\u0131n, her zaman ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131, ayn\u0131 versiyonlar\u0131 ve ayn\u0131 konfig\u00fcrasyonlar\u0131 i\u00e7ermesini garanti eder.<\/p>\n\n
EnvSecOps: Geli\u015ftirme Ortamlar\u0131nda G\u00fcvenlik ve Operasyonel M\u00fckemmellik<\/h2>\n
G\u00fcvenli DevContainer \u0130majlar\u0131 Olu\u015fturman\u0131n P\u00fcf Noktalar\u0131<\/h3>\n
\n
# \u00d6rnek Dockerfile snippet'i\nFROM mcr.microsoft.com\/devcontainers\/python:0-3.10\n# G\u00fcvenlik g\u00fcncellemelerini y\u00fckle\nRUN apt-get update && apt-get upgrade -y && apt-get clean && rm -rf \/var\/lib\/apt\/lists\/*\n\n# Yeni bir kullan\u0131c\u0131 olu\u015ftur ve bu kullan\u0131c\u0131ya ge\u00e7\nRUN adduser --disabled-password --gecos \"\" devuser\nUSER devuser\n\n# Kodu kopyala ve gerekli izinleri ayarla\nCOPY --chown=devuser:devuser . \/workspace\nWORKDIR \/workspace\n<\/pre>\napt-get clean<\/code> veya rm -rf \/var\/lib\/apt\/lists\/*<\/code> gibi komutlarla gereksiz \u00f6nbellek dosyalar\u0131n\u0131 temizleyin.<\/li>\nBa\u011f\u0131ml\u0131l\u0131k Y\u00f6netimi ve Zafiyet Tarama<\/h3>\n
\n
package.json<\/code> i\u00e7indeki ^<\/code> veya ~<\/code> gibi esnek versiyon tan\u0131mlar\u0131ndan ka\u00e7\u0131n\u0131n ve tam versiyon numaralar\u0131n\u0131 kullan\u0131n. Bu, her kurulumda ayn\u0131 ba\u011f\u0131ml\u0131l\u0131k setinin indirilmesini garantiler ve determinizmi art\u0131r\u0131r.\n\/\/ package.json \u00f6rne\u011fi\n{\n \"name\": \"my-app\",\n \"version\": \"1.0.0\",\n \"dependencies\": {\n \"express\": \"4.17.1\", \/\/ Kesin versiyon\n \"lodash\": \"4.17.21\" \/\/ Kesin versiyon\n }\n}\n<\/pre>\npostCreateCommand<\/code> se\u00e7eneklerine entegre ederek, geli\u015ftiricilerin g\u00fcvenlik a\u00e7\u0131klar\u0131yla daha erken a\u015famalarda kar\u015f\u0131la\u015fmas\u0131n\u0131 sa\u011flayabilirsiniz.<\/div>\n<\/li>\n<\/ul>\nDevContainer Determinizmi Nas\u0131l Sa\u011flan\u0131r? Uygulamal\u0131 Bir Yakla\u015f\u0131m<\/h2>\n
devcontainer.json<\/code> ve Dockerfile<\/code> ile Ortam Sabitleme<\/h3>\n.devcontainer<\/code> klas\u00f6r\u00fcndeki devcontainer.json<\/code> ve genellikle onunla birlikte kullan\u0131lan Dockerfile<\/code> yer al\u0131r. Bu iki dosya, geli\u015ftirme ortam\u0131n\u0131z\u0131n tam bir \"mimarisi\" gibidir.<\/p>\nDockerfile<\/code> Kullan\u0131m\u0131:<\/strong><\/p>\nDockerfile<\/code>, DevContainer'\u0131n\u0131z\u0131n temel imaj\u0131n\u0131, kurulacak paketleri, eklenecek kullan\u0131c\u0131lar\u0131, ayarlanacak ortam de\u011fi\u015fkenlerini ve di\u011fer t\u00fcm sistem d\u00fczeyindeki yap\u0131land\u0131rmalar\u0131 tan\u0131mlar. Determinizm i\u00e7in en kritik nokta, burada her ad\u0131m\u0131n net ve tekrarlanabilir olmas\u0131n\u0131 sa\u011flamakt\u0131r:<\/p>\n\n
FROM ubuntu:22.04<\/code> yerine FROM ubuntu:22.04.3<\/code> gibi tam bir versiyon belirtmek, gelecekte temel imajda yap\u0131lacak de\u011fi\u015fikliklerden etkilenmenizi engeller.<\/li>\napt-get install<\/code> veya apk add<\/code> gibi komutlarla paket kurarken, e\u011fer m\u00fcmk\u00fcnse, paketlerin tam versiyonlar\u0131n\u0131 belirtin. Bu, bir paketin yeni bir versiyonunun beklenmedik davran\u0131\u015flara yol a\u00e7mas\u0131n\u0131 \u00f6nler.<\/li>\n# .devcontainer\/Dockerfile\n# A\u015fama 1: Ba\u011f\u0131ml\u0131l\u0131klar\u0131 derle\nFROM node:18-alpine AS builder\nWORKDIR \/app\nCOPY package.json package-lock.json .\/\nRUN npm ci --production\n\n# A\u015fama 2: \u00c7al\u0131\u015fma zaman\u0131 imaj\u0131\nFROM node:18-alpine\nWORKDIR \/app\nCOPY --from=builder \/app\/node_modules .\/node_modules\nCOPY . .\nRUN npm install -g @vue\/cli # Geli\u015ftirme ara\u00e7lar\u0131\n# G\u00fcvenlik g\u00fcncellemeleri\nRUN apk update && apk upgrade && rm -rf \/var\/cache\/apk\/*\n\n# Uygulama i\u00e7in ayr\u0131cal\u0131ks\u0131z bir kullan\u0131c\u0131 olu\u015ftur ve kullan\nRUN adduser -D appuser\nUSER appuser\n\nEXPOSE 3000\nCMD [\"npm\", \"start\"]\n<\/pre>\ndevcontainer.json<\/code> Yap\u0131land\u0131rmas\u0131:<\/strong><\/p>\ndevcontainer.json<\/code> dosyas\u0131, DevContainer'\u0131n davran\u0131\u015f\u0131n\u0131, eklentilerini, port y\u00f6nlendirmelerini ve ba\u015flang\u0131\u00e7 komutlar\u0131n\u0131 tan\u0131mlar. Determinizm a\u00e7\u0131s\u0131ndan, bu dosya a\u015fa\u011f\u0131daki unsurlar\u0131 sabitlemek i\u00e7in kullan\u0131l\u0131r:<\/p>\n\n
\/\/ .devcontainer\/devcontainer.json\n{\n \"name\": \"My Node.js Project\",\n \"build\": {\n \"dockerfile\": \"Dockerfile\"\n },\n \"customizations\": {\n \"vscode\": {\n \"extensions\": [\n \"dbaeumer.vscode-eslint\",\n \"esbenp.prettier-vscode\",\n \"ms-python.python\"\n ]\n }\n },\n \"forwardPorts\": [3000, 9000],\n \"postCreateCommand\": \"npm install\", \/\/ Container olu\u015fturulduktan sonra \u00e7al\u0131\u015facak komut\n \"remoteUser\": \"appuser\" \/\/ Dockerfile'da olu\u015fturulan kullan\u0131c\u0131y\u0131 kullan\n}\n<\/pre>\npostCreateCommand<\/code>):<\/strong> Konteyner her olu\u015fturuldu\u011funda otomatik olarak \u00e7al\u0131\u015fmas\u0131n\u0131 istedi\u011finiz komutlar\u0131 buraya ekleyin. \u00d6rne\u011fin, ba\u011f\u0131ml\u0131l\u0131klar\u0131n y\u00fcklenmesi veya veritaban\u0131 \u015femas\u0131n\u0131n uygulanmas\u0131. Bu, her geli\u015ftiricinin ortam\u0131nda ayn\u0131 ba\u015flang\u0131\u00e7 yap\u0131land\u0131rmas\u0131na sahip olmas\u0131n\u0131 sa\u011flar.<\/li>\n.env<\/code> dosyalar\u0131yla entegre edebilirsiniz. Bu, hassas bilgilerin do\u011frudan kod i\u00e7inde yer almas\u0131n\u0131 engeller.<\/li>\n<\/ul>\nOrtam De\u011fi\u015fkenleri ve S\u0131rlar\u0131n G\u00fcvenli Y\u00f6netimi<\/h3>\n
Dockerfile<\/code> i\u00e7ine veya devcontainer.json<\/code> i\u00e7ine s\u0131rlar\u0131 g\u00f6mmek asla tavsiye edilmez.<\/p>\n\n
.env<\/code> Dosyalar\u0131:<\/strong> Geli\u015ftirme i\u00e7in hassas olmayan ortam de\u011fi\u015fkenlerini projenin k\u00f6k\u00fcnde bulunan .env<\/code> dosyalar\u0131yla y\u00f6netebilirsiniz. Ancak bu dosyalar\u0131 asla versiyon kontrol\u00fcne (Git) almay\u0131n ve .gitignore<\/code> dosyas\u0131na ekleyin. DevContainer'\u0131n\u0131z bu dosyalar\u0131 otomatik olarak okuyabilir.<\/li>\n