这个问题其实挺常见的，核心原因是Swift和Objective-C读取编译标志的机制完全是两套体系：

问题根源 #

你在Active Compilation Conditions里加的SOMEFLAG是Swift专属的配置项——这个设置只对Swift代码的预处理生效，Objective-C根本不认这个字段。Objective-C的预处理宏是单独在Preprocessor Macros或者Other C Flags里配置的，所以你在OC代码里检测自然永远不成立。

解决办法：让OC也能识别这个标志 #

要让Swift和OC两边都能在Debug环境下检测到SOMEFLAG，你需要做这一步：

• 打开Target的Build Settings，搜索Preprocessor Macros，找到Debug配置项，添加SOMEFLAG=1（直接写SOMEFLAG也可以，但加=1在OC里用#if SOMEFLAG检测更稳妥）。
• 或者更简洁的方式：在Other C Flags的Debug配置里添加-DSOMEFLAG（-D是C语言预处理的标准语法，用来定义宏）。

做完这步后，OC代码里用下面的写法就能正常检测了：

#ifdef SOMEFLAG
NSLog(@"SOMEFLAG is true");
#endif
// 或者用#if SOMEFLAG，前提是你定义了SOMEFLAG=1
#if SOMEFLAG
NSLog(@"SOMEFLAG is true");
#endif

针对你的核心需求：更灵活的CLI构建检测方案 #

如果你的核心需求是通过CLI触发构建时，检测代码是否在特定Target/环境下执行，上面的宏定义方式虽然能用，但还有更灵活的方案：

1. Target专属宏定义

给每个Target设置独有的宏：

• 比如TargetA在Preprocessor Macros里加TARGET_A=1，TargetB加TARGET_B=1（同时在Swift的Active Compilation Conditions里也加上对应的标志）。
• CLI构建时指定Target：xcodebuild -target TargetA，代码里就能通过#if TARGET_A（Swift）或者#ifdef TARGET_A（OC）判断当前运行的Target。

2. 自定义Build Configuration

创建专属的构建配置：

• 在Xcode里添加新的Configuration（比如Debug_CLI），然后在这个配置下定义专属宏（比如CLI_BUILD=1）。
• CLI构建时指定配置：xcodebuild -configuration Debug_CLI，代码里根据这个宏做针对性逻辑。

3. 命令行传递环境变量（最灵活）

不需要改任何Build Settings，直接在CLI构建时传递参数：

xcodebuild ... OTHER_SWIFT_FLAGS="-DSOME_CLI_FLAG" GCC_PREPROCESSOR_DEFINITIONS="SOME_CLI_FLAG=1"

或者更简洁的方式，直接传递环境变量：

xcodebuild ... SOME_CUSTOM_FLAG=YES

然后代码里读取环境变量：

• Swift：

if ProcessInfo.processInfo.environment["SOME_CUSTOM_FLAG"] == "YES" {
    print("Running in CLI-triggered build")
}

• Objective-C：

if (getenv("SOME_CUSTOM_FLAG")) {
    NSLog(@"Running in CLI-triggered build");
}

这种方式完全动态，不用提前配置，适合需要频繁调整构建参数的场景。

内容的提问来源于stack exchange，提问作者orthehelper